From: Takashi Iwai <tiwai@suse.de>
To: Gordon Chen <chengordon326@gmail.com>
Cc: linux-sound@vger.kernel.org, Takashi Iwai <tiwai@suse.de>,
Jaroslav Kysela <perex@perex.cz>,
linux-kernel@vger.kernel.org
Subject: Re: [PATCH] ALSA: usb-audio: add IFB_SILENCE_ON_EMPTY quirk for Behringer Flow 8
Date: Tue, 26 May 2026 16:28:42 +0200 [thread overview]
Message-ID: <87qzmyxn1h.wl-tiwai@suse.de> (raw)
In-Reply-To: <20260526072906.90106-1-chengordon326@gmail.com>
On Tue, 26 May 2026 09:29:06 +0200,
Gordon Chen wrote:
>
> The Behringer Flow 8 (1397:050c) is an 8-channel USB mixer that
> declares OUT EP 0x01 with implicit feedback from capture EP 0x81 via
> its UAC2 endpoint companion descriptor. After 5-35 minutes of
> continuous playback, the device occasionally returns a capture URB in
> which every iso_frame_desc has a non-zero status (-EXDEV bursts,
> visible as rate-limited "frame N active: -18" lines in dmesg from
> pcm.c).
>
> In that case snd_usb_handle_sync_urb() at endpoint.c counts bytes==0
> and falls into the early "skip empty packets" return originally added
> for M-Audio Fast Track Ultra. As a result the playback EP loses its
> sole IFB-driven feeder and the OUT ring starves permanently: hw_ptr
> stops advancing while substream state remains RUNNING. Only USB
> re-enumeration recovers.
>
> Three independent ftrace captures (taken at the moment of stall via a
> userspace watchdog) consistently show:
>
> - 60-70 capture URB completions in the 70ms window before the marker
> - 0 retire_playback_urb / queue_pending_output_urbs /
> snd_usb_endpoint_implicit_feedback_sink calls
> - every usb_submit_urb in the window comes from
> snd_complete_urb+0x64e (capture self-resubmit), none from the
> queue_pending_output_urbs path
>
> Add a new opt-in quirk QUIRK_FLAG_IFB_SILENCE_ON_EMPTY: when set, the
> early return is skipped and we fall through to enqueue a packet_info
> whose packet_size[i] are all 0 (the existing loop already maps
> status!=0 packets to size 0). prepare_outbound_urb then emits a
> silence packet, the OUT ring keeps moving, and the device rides
> through the glitch.
>
> The default behaviour (early return) is preserved for all existing
> devices including M-Audio Fast Track Ultra. Only Flow 8 opts in here.
>
> Cc: stable@vger.kernel.org
> Signed-off-by: Gordon Chen <chengordon326@gmail.com>
Applied to for-next branch now, as it's no urgent fix like a
regression.
thanks,
Takashi
next prev parent reply other threads:[~2026-05-26 14:28 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-05-26 7:29 Gordon Chen
2026-05-26 14:28 ` Takashi Iwai [this message]
2026-07-28 14:27 ` Mark Shi
2026-07-28 15:02 ` Takashi Iwai
2026-07-28 15:46 ` Mark Shi
2026-07-28 16:24 ` Takashi Iwai
[not found] ` <OS3PR01MB88275E7D7BCF41FE0689E701DECA2@OS3PR01MB8827.jpnprd01.prod.outlook.com>
2026-07-29 14:44 ` Takashi Iwai
2026-07-30 12:33 ` Mark Shi
2026-07-30 13:13 ` Takashi Iwai
2026-07-30 15:40 ` Mark Shi
2026-07-30 16:03 ` Takashi Iwai
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87qzmyxn1h.wl-tiwai@suse.de \
--to=tiwai@suse.de \
--cc=chengordon326@gmail.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-sound@vger.kernel.org \
--cc=perex@perex.cz \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®