From: Sasha Levin <sashal@kernel.org>
To: Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
stable@vger.kernel.org,
Peter Ujfalusi <peter.ujfalusi@linux.intel.com>
Cc: Sasha Levin <sashal@kernel.org>,
patches@lists.linux.dev, linux-kernel@vger.kernel.org,
torvalds@linux-foundation.org, akpm@linux-foundation.org,
linux@roeck-us.net, shuah@kernel.org, patches@kernelci.org,
lkft-triage@lists.linaro.org, pavel@nabladev.com,
f.fainelli@gmail.com, sudipm.mukherjee@gmail.com, rwarsow@gmx.de,
conor@kernel.org, hargar@microsoft.com, broonie@kernel.org,
achill@achill.org, sr@sladewatkins.com,
Jon Hunter <jonathanh@nvidia.com>
Subject: Re: [PATCH 6.18 000/583] 6.18.51-rc1 review
Date: Thu, 10 Sep 2026 09:40:29 -0400 [thread overview]
Message-ID: <20260910133106.0bc0d3f3027e@kernel.org> (raw)
In-Reply-To: <e976263f-5382-4e32-a3a6-5639c4d56abf@nvidia.com>
> These are causing some audio regressions for Tegra ...
>
> Test failures: tegra186-p2771-0000: tegra-audio-loopback-testsuite.sh
> tegra186-p2771-0000: tegra-audio-mixer-testsuite.sh
> [...]
Dropped all six Tegra "sort register defaults" patches from every branch where
they were queued:
- "ASoC: tegra: Sort ADMAIF register defaults" -- 6.18
- "ASoC: tegra: Fix the MIXER enable default value" -- 6.18, 6.12, 6.6, 6.1
- "ASoC: tegra210_i2s: sort the register default table" -- 6.18, 6.12,
6.6, 6.1, 5.15, 5.10
- "ASoC: tegra210_i2s: sort the Tegra264 register default table" -- 6.18
- "ASoC: tegra: Sort MBDRC register defaults" -- 6.18, 6.12, 6.6, 6.1
- "ASoC: tegra210_mixer: sort the register default table" -- 6.18, 6.12,
6.6, 6.1
> My intention was to only backport these for v7.2 because
> audio is broken in that release for Tegra.
Makes sense - and while digging into the I2S case specifically, we found the
root cause: your companion fix 53dd1c1de851 ("ASoC: tegra: Fix the I2S enable
default value") is queued in no stable branch. Once the I2S sort patch makes
TEGRA210_I2S_ENABLE reachable via regcache's bsearch, the wrong recorded
default is left in place with nothing to correct it or re-enable I2S at
runtime_resume.
> I see this is pulling in a bunch of other related patches, but I am not
> sure if these should be pulled in either.
We also acted on that wider concern. We reviewed the whole "sort the register
default table" family (all the non-Tegra codecs in this series: adau1761,
cx2072x, fsl_easrc, max9860, ml26124, pcm512x, pm4125-sdw, the rt* SoundWire
codecs, sgtl5000, sti-sas, tas2552/2764/ 2780/2783-sdw) and are dropping it
from 6.18 and older across the board. These patches accompany regcache commit
4b05ccb17f92 ("regcache: Sort the local copy of an unsorted reg_defaults
array"), which none of those branches have, so sorting the driver-side table is
itself what changes bsearch reachability in regcache_lookup_reg(), the same
mechanism behind the I2S regression above, but with no reported bug to fix on
these branches. Risk with no benefit, so out they go.
Thanks for flagging this.
--
Thanks,
Sasha
next prev parent reply other threads:[~2026-09-10 13:40 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-09-09 13:34 Greg Kroah-Hartman
2026-09-09 13:43 ` [PATCH 6.18 538/583] cifs: Scripted clean up fs/smb/client/cifs_unicode.h Greg Kroah-Hartman
2026-09-09 13:43 ` [PATCH 6.18 539/583] cifs: Scripted clean up fs/smb/client/fscache.h Greg Kroah-Hartman
2026-09-09 13:43 ` [PATCH 6.18 540/583] cifs: Scripted clean up fs/smb/client/fs_context.h Greg Kroah-Hartman
2026-09-09 13:43 ` [PATCH 6.18 541/583] cifs: Scripted clean up fs/smb/client/smb2proto.h Greg Kroah-Hartman
2026-09-09 13:43 ` [PATCH 6.18 544/583] cifs: SMB1 split: Create smb1proto.h for SMB1 declarations Greg Kroah-Hartman
2026-09-09 13:43 ` [PATCH 6.18 545/583] cifs: SMB1 split: Separate out SMB1 decls into smb1proto.h Greg Kroah-Hartman
2026-09-09 16:06 ` [PATCH 6.18 000/583] 6.18.51-rc1 review Brett A C Sheffield
2026-09-09 16:52 ` Pavel Machek
2026-09-09 17:28 ` Florian Fainelli
2026-09-09 19:51 ` Wentao Guan
2026-09-09 22:23 ` Shuah Khan
2026-09-10 5:18 ` Jon Hunter
2026-09-10 6:12 ` Greg Kroah-Hartman
2026-09-10 14:34 ` Jon Hunter
2026-09-10 13:40 ` Sasha Levin [this message]
2026-09-10 15:03 ` Ron Economos
2026-09-11 7:57 ` Peter Schneider
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=20260910133106.0bc0d3f3027e@kernel.org \
--to=sashal@kernel.org \
--cc=achill@achill.org \
--cc=akpm@linux-foundation.org \
--cc=broonie@kernel.org \
--cc=conor@kernel.org \
--cc=f.fainelli@gmail.com \
--cc=gregkh@linuxfoundation.org \
--cc=hargar@microsoft.com \
--cc=jonathanh@nvidia.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux@roeck-us.net \
--cc=lkft-triage@lists.linaro.org \
--cc=patches@kernelci.org \
--cc=patches@lists.linux.dev \
--cc=pavel@nabladev.com \
--cc=peter.ujfalusi@linux.intel.com \
--cc=rwarsow@gmx.de \
--cc=shuah@kernel.org \
--cc=sr@sladewatkins.com \
--cc=stable@vger.kernel.org \
--cc=sudipm.mukherjee@gmail.com \
--cc=torvalds@linux-foundation.org \
/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®