[PATCH] Revert "ALSA: hda: call runtime_allow() for all hda controllers"
Takashi Iwai
tiwai at suse.de
Mon Aug 3 18:36:54 CEST 2020
On Mon, 03 Aug 2020 17:27:12 +0200,
Pierre-Louis Bossart wrote:
>
>
>
> On 8/3/20 1:46 AM, Hui Wang wrote:
> > This reverts commit 9a6418487b56 ("ALSA: hda: call runtime_allow()
> > for all hda controllers").
> >
> > The reverted patch already introduced some regressions on some
> > machines:
> > - on gemini-lake machines, the error of "azx_get_response timeout"
> > happens in the hda driver.
> > - on the machines with alc662 codec, the audio jack detection doesn't
> > work anymore.
> >
> > BugLink: https://bugzilla.kernel.org/show_bug.cgi?id=208511
> > Cc: <stable at vger.kernel.org>
> > Signed-off-by: Hui Wang <hui.wang at canonical.com>
> > ---
> > sound/pci/hda/hda_intel.c | 1 -
> > 1 file changed, 1 deletion(-)
> >
> > diff --git a/sound/pci/hda/hda_intel.c b/sound/pci/hda/hda_intel.c
> > index e699873c8293..e34a4d5d047c 100644
> > --- a/sound/pci/hda/hda_intel.c
> > +++ b/sound/pci/hda/hda_intel.c
> > @@ -2352,7 +2352,6 @@ static int azx_probe_continue(struct azx *chip)
> > if (azx_has_pm_runtime(chip)) {
> > pm_runtime_use_autosuspend(&pci->dev);
> > - pm_runtime_allow(&pci->dev);
> > pm_runtime_put_autosuspend(&pci->dev);
> > }
>
> Do I get this right that this permanently disables pm_runtime on all
> Intel HDaudio controllers?
It just drops the unconditional enablement of runtime PM.
It can be enabled via sysfs, and that's the old default (let admin
enabling it via udev or whatever).
thanks,
Takashi
More information about the Alsa-devel
mailing list