OSDN Git Service

UPSTREAM: ALSA: timer: Harden slave timer list handling
authorTakashi Iwai <tiwai@suse.de>
Thu, 14 Jan 2016 15:30:58 +0000 (16:30 +0100)
committerMark Salyzyn <salyzyn@google.com>
Tue, 8 Mar 2016 20:43:09 +0000 (12:43 -0800)
commitbf519936d5925b859232cdb26b03c664dd59eb82
treedcf273e00b9574eb6ae1c051647b3256c6f1a410
parent46050a93ff9e13fddcdcaff35e2b0b863b3af69b
UPSTREAM: ALSA: timer: Harden slave timer list handling

(cherry pick from commit b5a663aa426f4884c71cd8580adae73f33570f0d)

A slave timer instance might be still accessible in a racy way while
operating the master instance as it lacks of locking.  Since the
master operation is mostly protected with timer->lock, we should cope
with it while changing the slave instance, too.  Also, some linked
lists (active_list and ack_list) of slave instances aren't unlinked
immediately at stopping or closing, and this may lead to unexpected
accesses.

This patch tries to address these issues.  It adds spin lock of
timer->lock (either from master or slave, which is equivalent) in a
few places.  For avoiding a deadlock, we ensure that the global
slave_active_lock is always locked at first before each timer lock.

Also, ack and active_list of slave instances are properly unlinked at
snd_timer_stop() and snd_timer_close().

Last but not least, remove the superfluous call of _snd_timer_stop()
at removing slave links.  This is a noop, and calling it may confuse
readers wrt locking.  Further cleanup will follow in a later patch.

Actually we've got reports of use-after-free by syzkaller fuzzer, and
this hopefully fixes these issues.

Reported-by: Dmitry Vyukov <dvyukov@google.com>
Cc: <stable@vger.kernel.org>
Signed-off-by: Takashi Iwai <tiwai@suse.de>
Bug: 26636060
sound/core/timer.c