From: Takashi Iwai <tiwai@suse.de>
To: songxiebing <songxiebing@kylinos.cn>
Cc: tiwai@suse.com, perex@perex.cz, linux-sound@vger.kernel.org,
linux-kernel@vger.kernel.org
Subject: Re: [PATCH v2] ALSA: hda: Reset response counter when a verb times out
Date: Sat, 10 Oct 2026 10:06:51 +0200 [thread overview]
Message-ID: <87jynqj7xg.wl-tiwai@suse.de> (raw)
In-Reply-To: <20261010022932.407742-1-songxiebing@kylinos.cn>
On Sat, 10 Oct 2026 04:29:32 +0200,
songxiebing wrote:
>
> From: Bob Song <songxiebing@kylinos.cn>
>
> On some controllers the HDA link reports a verb timeout and the driver
> falls back to polling mode. After that, every subsequent verb sent to
> that codec address keeps timing out (roughly one second per verb), while
> the hardware itself looks perfectly healthy: the RIRB write pointer keeps
> advancing, interrupts are still delivered, and verbs that carry no reply
> payload -- notably writes -- still take effect on the codec.
>
> The reason is that bus->rirb.cmds[addr] is incremented for every verb and
> only decremented in snd_hdac_bus_update_rirb() when a matching RIRB
> response is read, without any rollback for a response that never arrives.
> A controller that cannot fall back to the single-command mode
> (chip->fallback_to_single_cmd == 0, e.g. the ACPI platform, Tegra and CIX
> controllers) returns an error right away and never performs the bus reset
> that would reinitialize CORB/RIRB and clear the counter, so a single lost
> response leaves bus->rirb.cmds[addr] non-zero forever. Each following
> verb then still gets one response that only brings the count back to the
> stale baseline of 1, and snd_hdac_bus_get_response() keeps timing out even
> though the codec answers normally.
>
> Handle it in the core helper snd_hdac_bus_exec_verb_unlocked(): whenever
> get_response() reports an error, reset the pending counter for the codec
> address, so a late response is simply treated as a spurious response and
> the following verbs recover. Doing it here covers all HD-audio
> controllers instead of relying on each controller's fallback setting.
>
> Add a small helper snd_hdac_bus_reset_response_counter() for this.
>
> Signed-off-by: Bob Song <songxiebing@kylinos.cn>
> ---
> Changes in v2:
> - Move the fix from azx_rirb_get_response() in the HDA controller helper
> into the HD-audio core (snd_hdac_bus_exec_verb_unlocked()), as suggested
> by Takashi Iwai, so that it covers all HD-audio controllers and not only
> the ones using the shared azx helper.
> - Add the snd_hdac_bus_reset_response_counter() helper instead of
> open-coding the counter reset.
>
> include/sound/hdaudio.h | 2 ++
> sound/hda/core/bus.c | 6 +++++-
> sound/hda/core/controller.c | 20 ++++++++++++++++++++
> 3 files changed, 27 insertions(+), 1 deletion(-)
>
> diff --git a/include/sound/hdaudio.h b/include/sound/hdaudio.h
> index aa994d6e6d35..b0fbb61fa093 100644
> --- a/include/sound/hdaudio.h
> +++ b/include/sound/hdaudio.h
> @@ -398,6 +398,8 @@ void snd_hdac_codec_link_down(struct hdac_device *codec);
> int snd_hdac_bus_send_cmd(struct hdac_bus *bus, unsigned int val);
> int snd_hdac_bus_get_response(struct hdac_bus *bus, unsigned int addr,
> unsigned int *res);
> +void snd_hdac_bus_reset_response_counter(struct hdac_bus *bus,
> + unsigned int addr);
> int snd_hdac_bus_parse_capabilities(struct hdac_bus *bus);
>
> bool snd_hdac_bus_init_chip(struct hdac_bus *bus, bool full_reset);
> diff --git a/sound/hda/core/bus.c b/sound/hda/core/bus.c
> index 81498f1e413e..ecc4b7a780a4 100644
> --- a/sound/hda/core/bus.c
> +++ b/sound/hda/core/bus.c
> @@ -121,11 +121,15 @@ int snd_hdac_bus_exec_verb_unlocked(struct hdac_bus *bus, unsigned int addr,
> break;
> /* process pending verbs */
> err = bus->ops->get_response(bus, addr, &tmp);
> - if (err)
> + if (err) {
> + snd_hdac_bus_reset_response_counter(bus, addr);
> break;
> + }
> }
> if (!err && res) {
> err = bus->ops->get_response(bus, addr, res);
> + if (err)
> + snd_hdac_bus_reset_response_counter(bus, addr);
> trace_hda_get_response(bus, addr, *res);
> }
> return err;
> diff --git a/sound/hda/core/controller.c b/sound/hda/core/controller.c
> index 78855ac357c6..1babc5109049 100644
> --- a/sound/hda/core/controller.c
> +++ b/sound/hda/core/controller.c
> @@ -396,6 +396,26 @@ int snd_hdac_bus_get_response(struct hdac_bus *bus, unsigned int addr,
> }
> EXPORT_SYMBOL_GPL(snd_hdac_bus_get_response);
>
> +/**
> + * snd_hdac_bus_reset_response_counter - reset the pending response count
> + * @bus: HD-audio core bus
> + * @addr: codec address
> + *
> + * Drop the number of commands that are still waiting for a response from
> + * the given codec address. This is called when a verb is known to be dead,
> + * e.g. after a response timeout, so that a lost response won't leave the
> + * counter non-zero forever and block all later verbs to the same codec.
> + */
> +void snd_hdac_bus_reset_response_counter(struct hdac_bus *bus, unsigned int addr)
> +{
> + if (addr >= HDA_MAX_CODECS)
> + return;
> +
> + guard(spinlock_irq)(&bus->reg_lock);
> + bus->rirb.cmds[addr] = 0;
> +}
> +EXPORT_SYMBOL_GPL(snd_hdac_bus_reset_response_counter);
Do we need to expose a symbol? It's used in hda-core, and both bus.c
and controller.c are compiled together into it.
Let's avoid unneeded exports until really needed.
thanks,
Takashi
next prev parent reply other threads:[~2026-10-10 8:06 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-10-09 3:40 [PATCH] ALSA: hda: Reset pending verb count on response timeout songxiebing
2026-10-09 13:22 ` Takashi Iwai
2026-10-10 2:29 ` [PATCH v2] ALSA: hda: Reset response counter when a verb times out songxiebing
2026-10-10 8:06 ` Takashi Iwai [this message]
2026-10-10 8:27 ` [PATCH v3] " songxiebing
2026-10-10 9:55 ` 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=87jynqj7xg.wl-tiwai@suse.de \
--to=tiwai@suse.de \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-sound@vger.kernel.org \
--cc=perex@perex.cz \
--cc=songxiebing@kylinos.cn \
--cc=tiwai@suse.com \
/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®