ALSA: timer: Handle disconnection more safely
authorTakashi Iwai <tiwai@suse.de>
Thu, 21 Jan 2016 16:19:31 +0000 (17:19 +0100)
committerTakashi Iwai <tiwai@suse.de>
Thu, 21 Jan 2016 16:41:50 +0000 (17:41 +0100)
commit230323dac060123c340cf75997971145a42661ee
treeaaa5dc1f15cbe38b1d051460d5a485c2d1c63c15
parent991f86d7ae4e1f8c15806e62f97af519e3cdd860
ALSA: timer: Handle disconnection more safely

Currently ALSA timer device doesn't take the disconnection into
account very well; it merely unlinks the timer device at disconnection
callback but does nothing else.  Because of this, when an application
accessing the timer device is disconnected, it may release the
resource before actually closed.  In most cases, it results in a
warning message indicating a leftover timer instance like:
   ALSA: timer xxxx is busy?
But basically this is an open race.

This patch tries to address it.  The strategy is like other ALSA
devices: namely,
- Manage card's refcount at each open/close
- Wake up the pending tasks at disconnection
- Check the shutdown flag appropriately at each possible call

Note that this patch has one ugly hack to handle the wakeup of pending
tasks.  It'd be cleaner to introduce a new disconnect op to
snd_timer_instance ops.  But since it would lead to internal ABI
breakage and it eventually increase my own work when backporting to
stable kernels, I took a different path to implement locally in
timer.c.  A cleanup patch will follow at next for 4.5 kernel.

Bugzilla: https://bugzilla.kernel.org/show_bug.cgi?id=109431
Cc: <stable@vger.kernel.org> # v3.15+
Signed-off-by: Takashi Iwai <tiwai@suse.de>
sound/core/timer.c