summaryrefslogtreecommitdiffstats
path: root/arch/arm64/include/uapi/asm
diff options
context:
space:
mode:
authorTakashi Iwai <tiwai@suse.de>2014-06-25 14:24:47 +0200
committerTakashi Iwai <tiwai@suse.de>2014-06-26 10:33:35 +0200
commit92a586bdc06de6629dae1b357dac221253f55ff8 (patch)
treee171b5669ae5ebc62c8167e41f9d849382b3bd59 /arch/arm64/include/uapi/asm
parent8b3dfdaf0c25a584cb31d04d2574115cf2d422ab (diff)
downloadop-kernel-dev-92a586bdc06de6629dae1b357dac221253f55ff8.zip
op-kernel-dev-92a586bdc06de6629dae1b357dac221253f55ff8.tar.gz
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 'arch/arm64/include/uapi/asm')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud