summaryrefslogtreecommitdiff
path: root/scripts/basic/split-include.c
diff options
context:
space:
mode:
authorDenis Kulikov <dar1knessx@gmail.com>2026-10-26 02:18:49 +0300
committerTakashi Iwai <tiwai@suse.de>2026-10-26 09:02:43 +0100
commit6b186281a11194be8349d6b14c3d605efcfaf037 (patch)
treec565a6eb920a198a39c49d10ff7fe9873eca4ae0 /scripts/basic/split-include.c
parent9194d8dd4196fa3fb457de2909df468d501c01c2 (diff)
downloadlinux-6b186281a11194be8349d6b14c3d605efcfaf037.tar.gz
linux-6b186281a11194be8349d6b14c3d605efcfaf037.zip
ALSA: usb-audio: Rate-limit URB submission error at stream start
When two USB audio devices share a USB 2.0 hub (here a headset and a microphone), there may not be enough isochronous bandwidth to start the second stream, and usb_submit_urb() fails with -ENOSPC. PipeWire keeps retrying to start the stream every ~20 ms, and every attempt logs usb 2-1.1: cannot submit urb 0, error -28: not enough bandwidth On my desktop this was printed up to 94 times per second and flooded the kernel log. Use usb_audio_err_ratelimited() for this message, as commit 2db2be5607c4 ("ALSA: usb-audio: Rate limit usb_set_interface error reporting") already did for a neighbouring message in the same file. Tested on that desktop (X79, Linux 7.3) with the headset and the microphone on one hub, starting playback and capture on both for 20 seconds: the stock snd-usb-audio module printed the message 580 times, the patched one printed it 50 times and suppressed the rest. Signed-off-by: Denis Kulikov <dar1knessx@gmail.com> Link: https://patch.msgid.link/20261025231849.148149-1-dar1knessx@gmail.com Signed-off-by: Takashi Iwai <tiwai@suse.de>
Diffstat (limited to 'scripts/basic/split-include.c')
0 files changed, 0 insertions, 0 deletions