summaryrefslogtreecommitdiffstats
diff options
context:
space:
mode:
authorTakashi Iwai <tiwai@suse.de>2022-04-20 15:02:47 +0200
committerGreg Kroah-Hartman <gregkh@linuxfoundation.org>2022-04-27 13:39:42 +0200
commit0b374f9efcca06c75fb8a7b6488dde6ccc0dc586 (patch)
treee67f10f4a83e604df0755700698bdad75ac737b9
parentd1ca4feb81891046d3747928fa9a1a1596aa87d7 (diff)
downloadlinux-stable-0b374f9efcca06c75fb8a7b6488dde6ccc0dc586.tar.gz
linux-stable-0b374f9efcca06c75fb8a7b6488dde6ccc0dc586.tar.bz2
linux-stable-0b374f9efcca06c75fb8a7b6488dde6ccc0dc586.zip
ALSA: usb-audio: Clear MIDI port active flag after draining
commit 0665886ad1392e6b5bae85d7a6ccbed48dca1522 upstream. When a rawmidi output stream is closed, it calls the drain at first, then does trigger-off only when the drain returns -ERESTARTSYS as a fallback. It implies that each driver should turn off the stream properly after the drain. Meanwhile, USB-audio MIDI interface didn't change the port->active flag after the drain. This may leave the output work picking up the port that is closed right now, which eventually leads to a use-after-free for the already released rawmidi object. This patch fixes the bug by properly clearing the port->active flag after the output drain. Reported-by: syzbot+70e777a39907d6d5fd0a@syzkaller.appspotmail.com Cc: <stable@vger.kernel.org> Link: https://lore.kernel.org/r/00000000000011555605dceaff03@google.com Link: https://lore.kernel.org/r/20220420130247.22062-1-tiwai@suse.de Signed-off-by: Takashi Iwai <tiwai@suse.de> Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
-rw-r--r--sound/usb/midi.c1
1 files changed, 1 insertions, 0 deletions
diff --git a/sound/usb/midi.c b/sound/usb/midi.c
index 1ac8c84c3369..c9c604f0e1ff 100644
--- a/sound/usb/midi.c
+++ b/sound/usb/midi.c
@@ -1211,6 +1211,7 @@ static void snd_usbmidi_output_drain(struct snd_rawmidi_substream *substream)
} while (drain_urbs && timeout);
finish_wait(&ep->drain_wait, &wait);
}
+ port->active = 0;
spin_unlock_irq(&ep->buffer_lock);
}