summaryrefslogtreecommitdiff
path: root/sound/pci/rme9652/hdspm.c
diff options
context:
space:
mode:
authorTakashi Iwai <tiwai@suse.de>2016-03-01 20:30:18 +0300
committerJiri Slaby <jslaby@suse.cz>2016-03-07 18:05:25 +0300
commitddd16958041ff9797a6a47bb3599ddfe5c4a81da (patch)
treed8b3ada6b7e4f0c1e1c197fd5d0bc603d7c6b828 /sound/pci/rme9652/hdspm.c
parent956093275c51549f7775e8129fbe8f0295efa6c6 (diff)
downloadlinux-ddd16958041ff9797a6a47bb3599ddfe5c4a81da.tar.xz
ALSA: seq: oss: Don't drain at closing a client
commit 197b958c1e76a575d77038cc98b4bebc2134279f upstream. The OSS sequencer client tries to drain the pending events at releasing. Unfortunately, as spotted by syzkaller fuzzer, this may lead to an unkillable process state when the event has been queued at the far future. Since the process being released can't be signaled any longer, it remains and waits for the echo-back event in that far future. Back to history, the draining feature was implemented at the time we misinterpreted POSIX definition for blocking file operation. Actually, such a behavior is superfluous at release, and we should just release the device as is instead of keeping it up forever. This patch just removes the draining call that may block the release for too long time unexpectedly. BugLink: http://lkml.kernel.org/r/CACT4Y+Y4kD-aBGj37rf-xBw9bH3GMU6P+MYg4W1e-s-paVD2pg@mail.gmail.com Reported-by: Dmitry Vyukov <dvyukov@google.com> Signed-off-by: Takashi Iwai <tiwai@suse.de> Signed-off-by: Jiri Slaby <jslaby@suse.cz>
Diffstat (limited to 'sound/pci/rme9652/hdspm.c')
0 files changed, 0 insertions, 0 deletions