From: Takashi Iwai <tiwai@suse.de>
To: Zhang Heng <zhangheng@kylinos.cn>
Cc: Takashi Iwai <tiwai@suse.de>,
Gordon Chen <chengordon326@gmail.com>,
perex@perex.cz, tiwai@suse.com, kees@kernel.org,
jussi@sonarnerd.net, hulianqin@vivo.com, i@rong.moe, g@b4.vu,
cryolitia@uniontech.com, pav@iki.fi, linux-sound@vger.kernel.org,
linux-kernel@vger.kernel.org, mathias.nyman@linux.intel.com
Subject: Re: [PATCH] usb-audio: Fix boot-time crackling for Generic USB Audio device
Date: Tue, 14 Jul 2026 15:38:43 +0200 [thread overview]
Message-ID: <878q7dzo64.wl-tiwai@suse.de> (raw)
In-Reply-To: <474deb99-7ac2-40cf-a5a3-c2a3feb064b9@kylinos.cn>
On Tue, 14 Jul 2026 15:02:09 +0200,
Zhang Heng wrote:
>
> > On Tue, 14 Jul 2026 03:58:08 +0200,
> > Zhang Heng wrote:
> >>> On Mon, Jul 13, 2026 at 04:10:48PM +0800, Zhang Heng wrote:
> >>>> + /* Generic USB Audio (0x1e0b:d01e): use SIA for consistent scheduling */
> >>>> + if (ep->chip->usb_id == USB_ID(0x1e0b, 0xd01e))
> >>>> + u->urb->transfer_flags |= URB_ISO_ASAP;
> >>> Not a maintainer, just a bystander who was Cc'd -- two small notes on the
> >>> form of the patch, plus one question I can't answer myself.
> >>>
> >>> A per-device usb_id comparison in the endpoint.c fast path seems like the
> >>> kind of thing the quirk_flags_table in quirks.c exists to avoid. Would a
> >>> QUIRK_FLAG_ISO_ASAP (set in the table, tested here as
> >>> chip->quirk_flags & QUIRK_FLAG_ISO_ASAP) work for you? It keeps endpoint.c
> >>> device-agnostic, and the next device with the same symptom becomes a
> >>> one-line table entry rather than another if.
> >> First of all, let me clarify: this issue occurs when there is startup music,
> >> but it plays normally after entering the system. There is a heavy creaking
> >> sound when the system is turned on here. Based on the information from dmesg
> >> and syslog, there are a large number of xhci hcd frame synchronization
> >> failures. I tried adding URB_ISO_ASAP here, and it will be much better,
> >> with only a little noise.
> > OK, but it still makes sense to deal URB_ISO_ASAP workaround more
> > generically.
> >
> >>>> + if (ep->chip->usb_id == USB_ID(0x1e0b, 0xd01e) &&
> >>>> + ep->type == SND_USB_ENDPOINT_TYPE_SYNC)
> >>>> + ep->skip_packets = 4;
> >>> The block immediately above this one already does exactly
> >>> "type == SND_USB_ENDPOINT_TYPE_SYNC -> skip_packets = 4"; adding the ID to
> >>> that condition would avoid the duplicate if. Also, the changelog doesn't
> >>> say what this hunk contributes on its own -- is URB_ISO_ASAP alone
> >>> insufficient, and if so, what does skipping the first 4 sync packets fix
> >>> that ASAP doesn't? Right now the two changes are indistinguishable in the
> >>> commit message, and skip_packets = 4 reads as belt-and-braces.
> >> As mentioned above, there is still a bit of noise when only adding
> >> URB_ISO_ASAP,
> >>
> >> but skip-packets=4 can solve this problem.
> > Well, one missing thing is to understand why this fixes.
> > Originally, the skip_packets=4 for Playback Design devices was
> > introduced for bogus feedback packets at the start of the stream long
> > time ago. But that's the only known device that needs it. Does your
> > device send also 4 bogus packets?
> >
> > The skip_packets=16 for M-Audio devices are rather for avoiding the
> > latency. And, speaking of latency, I have a patch for the lowlatency
> > support of implicit fb mode, but never had a test environment.
> > Could you check the patch below and see the patch below has any
> > positive/negative influence? Just to be sure.
> >
> >
> > thanks,
> >
> > Takashi
> >
> > -- 8< --
> > index 682b6c1fe76b..6d144e39a849 100644
> > --- a/sound/usb/pcm.c
> > +++ b/sound/usb/pcm.c
> > @@ -265,6 +265,7 @@ int snd_usb_init_pitch(struct snd_usb_audio *chip,
> > return 0;
> > }
> > +/* stop both data and sync endpoints */
> > static bool stop_endpoints(struct snd_usb_substream *subs, bool keep_pending)
> > {
> > bool stopped = 0;
> > @@ -280,6 +281,24 @@ static bool stop_endpoints(struct snd_usb_substream *subs, bool keep_pending)
> > return stopped;
> > }
> > +/* only start sync endpoint */
> > +static int start_sync_endpoint(struct snd_usb_substream *subs)
> > +{
> > + int err;
> > +
> > + if (subs->sync_endpoint &&
> > + !test_and_set_bit(SUBSTREAM_FLAG_SYNC_EP_STARTED, &subs->flags)) {
> > + err = snd_usb_endpoint_start(subs->sync_endpoint);
> > + if (err < 0) {
> > + clear_bit(SUBSTREAM_FLAG_SYNC_EP_STARTED, &subs->flags);
> > + return err;
> > + }
> > + }
> > +
> > + return 0;
> > +}
> > +
> > +/* start both data and sync endpoints */
> > static int start_endpoints(struct snd_usb_substream *subs)
> > {
> > int err;
> > @@ -295,14 +314,9 @@ static int start_endpoints(struct snd_usb_substream *subs)
> > }
> > }
> > - if (subs->sync_endpoint &&
> > - !test_and_set_bit(SUBSTREAM_FLAG_SYNC_EP_STARTED, &subs->flags)) {
> > - err = snd_usb_endpoint_start(subs->sync_endpoint);
> > - if (err < 0) {
> > - clear_bit(SUBSTREAM_FLAG_SYNC_EP_STARTED, &subs->flags);
> > - goto error;
> > - }
> > - }
> > + err = start_sync_endpoint(subs);
> > + if (err < 0)
> > + goto error;
> > return 0;
> > @@ -656,12 +670,16 @@ static int
> > lowlatency_playback_available(struct snd_pcm_runtime *runtime,
> > return false;
> > if (in_free_wheeling_mode(runtime))
> > return false;
> > - /* implicit feedback mode has own operation mode */
> > - if (snd_usb_endpoint_implicit_feedback_sink(subs->data_endpoint))
> > - return false;
> > return true;
> > }
> > +/* return true if it's a normal playback (not in implicit fb) */
> > +static bool is_normal_lowlatency_playback(struct snd_usb_substream *subs)
> > +{
> > + return subs->lowlatency_playback &&
> > + !snd_usb_endpoint_implicit_feedback_sink(subs->data_endpoint);
> > +}
> > +
> > /*
> > * prepare callback
> > *
> > @@ -709,9 +727,11 @@ static int snd_usb_pcm_prepare(struct snd_pcm_substream *substream)
> > runtime->delay = 0;
> > subs->lowlatency_playback =
> > lowlatency_playback_available(runtime, subs);
> > - if (substream->stream == SNDRV_PCM_STREAM_PLAYBACK &&
> > - !subs->lowlatency_playback) {
> > - ret = start_endpoints(subs);
> > + if (substream->stream == SNDRV_PCM_STREAM_PLAYBACK) {
> > + if (!subs->lowlatency_playback)
> > + ret = start_endpoints(subs);
> > + else if (snd_usb_endpoint_implicit_feedback_sink(subs->data_endpoint))
> > + ret = start_sync_endpoint(subs);
> > /* if XRUN happens at starting streams (possibly with implicit
> > * fb case), restart again, but only try once.
> > */
> > @@ -1539,7 +1559,7 @@ static int prepare_playback_urb(struct snd_usb_substream *subs,
> > frame_limit = subs->frame_limit + ep->max_urb_frames;
> > transfer_done = subs->transfer_done;
> > - if (subs->lowlatency_playback &&
> > + if (is_normal_lowlatency_playback(subs) &&
> > runtime->state != SNDRV_PCM_STATE_DRAINING) {
> > unsigned int hwptr = subs->hwptr_done / stride;
> > @@ -1625,7 +1645,8 @@ static int prepare_playback_urb(struct
> > snd_usb_substream *subs,
> > subs->trigger_tstamp_pending_update = false;
> > }
> > - if (period_elapsed && !subs->running &&
> > subs->lowlatency_playback) {
> > + if (period_elapsed && !subs->running &&
> > + is_normal_lowlatency_playback(subs)) {
> > subs->period_elapsed_pending = 1;
> > period_elapsed = 0;
> > }
> > @@ -1677,7 +1698,7 @@ static int snd_usb_pcm_playback_ack(struct snd_pcm_substream *substream)
> > struct snd_usb_substream *subs = substream->runtime->private_data;
> > struct snd_usb_endpoint *ep;
> > - if (!subs->lowlatency_playback || !subs->running)
> > + if (!is_normal_lowlatency_playback(subs) || !subs->running)
> > return 0;
> > ep = subs->data_endpoint;
> > if (!ep)
> > @@ -1705,6 +1726,7 @@ static int snd_usb_substream_playback_trigger(struct snd_pcm_substream *substrea
> > prepare_playback_urb,
> > retire_playback_urb,
> > subs);
> > + /* start EPs for both normal and implicit-fb modes */
> > if (subs->lowlatency_playback &&
> > cmd == SNDRV_PCM_TRIGGER_START) {
> > if (in_free_wheeling_mode(substream->runtime))
> Regarding your patch, I am unable to test it because my current
> kernel is based on a certain stable version of 5.4. The
> differences in pcm.c are too significant, so the patch cannot
> be applied directly.
Please verify whether the problem really exists with the latest
kernel at first. At least we have to be sure about the workaround
with URB_ISO_ASAP for the latest kernel before taking to the upstream.
thanks,
Takashi
prev parent reply other threads:[~2026-07-14 13:38 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-07-13 8:10 [PATCH] usb-audio: Fix boot-time crackling for Generic USB Audio device Zhang Heng
2026-07-13 13:20 ` Gordon Chen
2026-07-13 15:05 ` Takashi Iwai
2026-07-14 13:09 ` Zhang Heng
2026-07-14 1:58 ` Zhang Heng
2026-07-14 7:40 ` Takashi Iwai
2026-07-14 13:02 ` Zhang Heng
2026-07-14 13:38 ` Takashi Iwai [this message]
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=878q7dzo64.wl-tiwai@suse.de \
--to=tiwai@suse.de \
--cc=chengordon326@gmail.com \
--cc=cryolitia@uniontech.com \
--cc=g@b4.vu \
--cc=hulianqin@vivo.com \
--cc=i@rong.moe \
--cc=jussi@sonarnerd.net \
--cc=kees@kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-sound@vger.kernel.org \
--cc=mathias.nyman@linux.intel.com \
--cc=pav@iki.fi \
--cc=perex@perex.cz \
--cc=tiwai@suse.com \
--cc=zhangheng@kylinos.cn \
/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