summaryrefslogtreecommitdiff
path: root/sound/pci/hda/hda_intel.c
diff options
context:
space:
mode:
authorTakashi Iwai <tiwai@suse.de>2014-06-25 12:24:47 (GMT)
committerTakashi Iwai <tiwai@suse.de>2014-06-26 08:33:35 (GMT)
commit92a586bdc06de6629dae1b357dac221253f55ff8 (patch)
treee171b5669ae5ebc62c8167e41f9d849382b3bd59 /sound/pci/hda/hda_intel.c
parent8b3dfdaf0c25a584cb31d04d2574115cf2d422ab (diff)
downloadlinux-92a586bdc06de6629dae1b357dac221253f55ff8.tar.xz
ALSA: usb-audio: Fix races at disconnection and PCM closing
When a USB-audio device is disconnected while PCM is still running, we still see some race: the disconnect callback calls snd_usb_endpoint_free() that calls release_urbs() and then kfree() while a PCM stream would be closed at the same time and calls stop_endpoints() that leads to wait_clear_urbs(). That is, the EP object might be deallocated while a PCM stream is syncing with wait_clear_urbs() with the same EP. Basically calling multiple wait_clear_urbs() would work fine, also calling wait_clear_urbs() and release_urbs() would work, too, as wait_clear_urbs() just reads some fields in ep. The problem is the succeeding kfree() in snd_pcm_endpoint_free(). This patch moves out the EP deallocation into the later point, the destructor callback. At this stage, all PCMs must have been already closed, so it's safe to free the objects. Reported-by: Alan Stern <stern@rowland.harvard.edu> Cc: <stable@vger.kernel.org> Signed-off-by: Takashi Iwai <tiwai@suse.de>
Diffstat (limited to 'sound/pci/hda/hda_intel.c')
0 files changed, 0 insertions, 0 deletions