]> git.ipfire.org Git - thirdparty/kernel/stable.git/commit
ALSA: seq: Fix copy_from_user() call inside lock
authorTakashi Iwai <tiwai@suse.de>
Mon, 9 Oct 2017 08:02:56 +0000 (10:02 +0200)
committerGreg Kroah-Hartman <gregkh@linuxfoundation.org>
Wed, 18 Oct 2017 07:15:16 +0000 (09:15 +0200)
commitf12baf790258076b7f1f5b12e809124eafb730b0
treea8f419334584d1c16db90f8ff695fb411c6a851a
parent035e6d0b5b192ff5e168ed322304d29db108d790
ALSA: seq: Fix copy_from_user() call inside lock

commit 5803b023881857db32ffefa0d269c90280a67ee0 upstream.

The event handler in the virmidi sequencer code takes a read-lock for
the linked list traverse, while it's calling snd_seq_dump_var_event()
in the loop.  The latter function may expand the user-space data
depending on the event type.  It eventually invokes copy_from_user(),
which might be a potential dead-lock.

The sequencer core guarantees that the user-space data is passed only
with atomic=0 argument, but snd_virmidi_dev_receive_event() ignores it
and always takes read-lock().  For avoiding the problem above, this
patch introduces rwsem for non-atomic case, while keeping rwlock for
atomic case.

Also while we're at it: the superfluous irq flags is dropped in
snd_virmidi_input_open().

Reported-by: Jia-Ju Bai <baijiaju1990@163.com>
Signed-off-by: Takashi Iwai <tiwai@suse.de>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
include/sound/seq_virmidi.h
sound/core/seq/seq_virmidi.c