[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <Y8aRlJRsCjIzYuqa@sirena.org.uk>
Date: Tue, 17 Jan 2023 12:16:20 +0000
From: Mark Brown <broonie@...nel.org>
To: Pierre-Louis Bossart <pierre-louis.bossart@...ux.intel.com>
Cc: "Mukunda,Vijendar" <vijendar.mukunda@....com>,
"Limonciello, Mario" <mario.limonciello@....com>, vkoul@...nel.org,
alsa-devel@...a-project.org, Mastan.Katragadda@....com,
Sunil-kumar.Dommati@....com, Basavaraj.Hiregoudar@....com,
Takashi Iwai <tiwai@...e.com>,
Liam Girdwood <lgirdwood@...il.com>,
open list <linux-kernel@...r.kernel.org>,
Syed Saba Kareem <Syed.SabaKareem@....com>,
arungopal.kondaveeti@....com
Subject: Re: [PATCH 19/19] ASoC: amd: ps: increase runtime suspend delay
On Tue, Jan 17, 2023 at 05:51:03AM -0600, Pierre-Louis Bossart wrote:
> On 1/17/23 05:33, Mukunda,Vijendar wrote:
> [ 2.758904] rt1316-sdca sdw:0:025d:1316:01:0: ASoC: error at
> snd_soc_component_update_bits on sdw:0:025d:1316:01:0 for register:
> [0x00003004] -110
> The last one is clearly listed in the regmap list.
> You probably want to reverse-engineer what causes these accesses.
> I see this suspicious kcontrol definition that might be related:
> SOC_SINGLE("Left I Tag Select", 0x3004, 4, 7, 0),
Looks like a case for putting the CODEC in cache only mode...
Download attachment "signature.asc" of type "application/pgp-signature" (489 bytes)
Powered by blists - more mailing lists