From: sashiko-bot@kernel.org
To: "Brian Norris" <briannorris@chromium.org>
Cc: linux-sound@vger.kernel.org
Subject: Re: [RESEND PATCH 1/3] ASoC: codecs: lpass: Discard pm_runtime_put_autosuspend() return values
Date: Thu, 12 Nov 2026 19:28:33 +0000 [thread overview]
Message-ID: <sashiko-outbox-211764@kernel.org> (raw)
In-Reply-To: <20261112111937.RESEND.1.I5cd238b1d4516d4d6980565e0a4e1b83d9abce63@changeid>
Thank you for your contribution! Sashiko AI review found no new issues
in this patch, but noticed 1 related pre-existing issue it does not
introduce:
- [Medium] ASoC: codecs: lpass-rx-macro: missing probe deferral in
rx_macro_probe() [1]
--
commit 0df95183a384e1e17bae628755bf6ae48d5ffec1
Author: Brian Norris <briannorris@chromium.org>
ASoC: codecs: lpass: Discard pm_runtime_put_autosuspend() return values
This commit drops error checks and warning messages on the return value of
pm_runtime_put_autosuspend() across the LPASS macro codec drivers.
> diff --git a/sound/soc/codecs/lpass-rx-macro.c b/sound/soc/codecs/lpass-rx-macro.c
> index ab8a1c2b0489b..c703275fc4429 100644
> --- a/sound/soc/codecs/lpass-rx-macro.c
> +++ b/sound/soc/codecs/lpass-rx-macro.c
> @@ -3919,9 +3919,7 @@ static int rx_macro_probe(struct platform_device *pdev)
> if (ret)
> goto err_rpm_put;
>
> - ret = pm_runtime_put_autosuspend(dev);
> - if (ret < 0)
> - dev_warn(dev, "runtime PM put failed after probe: %d\n", ret);
> + pm_runtime_put_autosuspend(dev);
>
> return 0;
>
[Severity: Medium]
This problem wasn't introduced by this patch, but can rx_macro_probe() fail
permanently [1] when it runs before the lpass-va-macro driver has
probed?
sound/soc/codecs/lpass-rx-macro.c:rx_macro_probe() {
...
rx->codec_version = lpass_macro_get_codec_version();
...
switch (rx->codec_version) {
...
default:
dev_err(dev, "Unsupported Codec version (%d)\n", rx->codec_version);
return -EINVAL;
}
...
}
Until va_macro_probe() sets the codec version, lpass_macro_get_codec_version()
returns LPASS_CODEC_VERSION_UNKNOWN (0). Returning -EINVAL instead of
-EPROBE_DEFER causes the driver core to abandon probing rather than retrying
once the VA macro driver probes, breaking audio playback.
[1] https://sashiko.dev/#/bug/linux-263ddc0b-b9b3-4b30-bcac-0a188381f702
--
Sashiko AI review · https://sashiko.dev/#/patchset/20261112111937.RESEND.1.I5cd238b1d4516d4d6980565e0a4e1b83d9abce63@changeid?part=1
prev parent reply other threads:[~2026-11-12 19:28 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-11-12 19:19 [RESEND PATCH 1/3] ASoC: codecs: lpass: Discard pm_runtime_put_autosuspend() return values Brian Norris
2026-11-12 19:19 ` [RESEND PATCH 2/3] ASoC: intel: atom: Discard pm_runtime_put_autosuspend() return value Brian Norris
2026-11-12 19:19 ` [RESEND PATCH 3/3] ASoC: SOF: Discard pm_runtime_put_autosuspend() return values Brian Norris
2026-11-12 19:28 ` sashiko-bot [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=sashiko-outbox-211764@kernel.org \
--to=sashiko-bot@kernel.org \
--cc=briannorris@chromium.org \
--cc=linux-sound@vger.kernel.org \
--cc=sashiko-reviews@lists.linux.dev \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.