[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <20191210121709.GC6110@sirena.org.uk>
Date: Tue, 10 Dec 2019 12:17:09 +0000
From: Mark Brown <broonie@...nel.org>
To: Chuhong Yuan <hslester96@...il.com>
Cc: Brian Austin <brian.austin@...rus.com>,
Paul Handrigan <Paul.Handrigan@...rus.com>,
Liam Girdwood <lgirdwood@...il.com>,
Jaroslav Kysela <perex@...ex.cz>,
Takashi Iwai <tiwai@...e.com>,
James Schulman <james.schulman@...rus.com>,
alsa-devel@...a-project.org, LKML <linux-kernel@...r.kernel.org>
Subject: Re: [PATCH] ASoC: cs42l42: add missed regulator_bulk_disable in
remove and fix probe failure
On Tue, Dec 10, 2019 at 09:32:12AM +0800, Chuhong Yuan wrote:
> On Tue, Dec 10, 2019 at 1:00 AM Mark Brown <broonie@...nel.org> wrote:
> > There's also the case where runtime PM is there and the device is active
> > at suspend - it's not that there isn't a problem, it's that we can't
> > unconditionally do a disable because we don't know if there was a
> > matching enable. It'll need to be conditional on the runtime PM state.
> How about adding a check like #ifndef CONFIG_PM?
> I use this in an old version of the mentioned patch.
That won't handle the runtime PM problem, the state will vary depending
on what the system is doing at the time.
> However, that is not accepted since it seems not symmetric with enable
> in the probe.
> But I don't find an explicit runtime PM call in the probe here so the
> revision pattern of
It's got runtime PM ops though so that's clearly a bug that needs to be
fixed itself.
Download attachment "signature.asc" of type "application/pgp-signature" (489 bytes)
Powered by blists - more mailing lists