From: Jill Donahue <jilliandonahue58@xxxxxxxxx> commit 4ab37fcb42832cdd3e9d5e50653285ca84d6686f upstream. When using USB MIDI, a lock is attempted to be acquired twice through a re-entrant call to f_midi_transmit, causing a deadlock. Fix it by using queue_work() to schedule the inner f_midi_transmit() via a high priority work queue from the completion handler. Link: https://lore.kernel.org/all/CAArt=LjxU0fUZOj06X+5tkeGT+6RbXzpWg1h4t4Fwa_KGVAX6g@xxxxxxxxxxxxxx/ Fixes: d5daf49b58661 ("USB: gadget: midi: add midi function driver") Cc: stable <stable@xxxxxxxxxx> Signed-off-by: Jill Donahue <jilliandonahue58@xxxxxxxxx> Link: https://lore.kernel.org/r/20250211174805.1369265-1-jdonahue@xxxxxxxxxx Signed-off-by: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx> --- drivers/usb/gadget/function/f_midi.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) --- a/drivers/usb/gadget/function/f_midi.c +++ b/drivers/usb/gadget/function/f_midi.c @@ -282,7 +282,7 @@ f_midi_complete(struct usb_ep *ep, struc /* Our transmit completed. See if there's more to go. * f_midi_transmit eats req, don't queue it again. */ req->length = 0; - f_midi_transmit(midi); + queue_work(system_highpri_wq, &midi->work); return; } break; Patches currently in stable-queue which might be from jilliandonahue58@xxxxxxxxx are queue-5.10/usb-gadget-f_midi-f_midi_complete-to-call-queue_work.patch
