From: Takashi Iwai <tiwai@suse.de>
To: Pierre-Louis Bossart <pierre-louis.bossart@linux.intel.com>
Cc: Hui Wang <hui.wang@canonical.com>,
alsa-devel@alsa-project.org, stable@vger.kernel.org
Subject: Re: [PATCH] Revert "ALSA: hda: call runtime_allow() for all hda controllers"
Date: Mon, 03 Aug 2020 19:40:44 +0200 [thread overview]
Message-ID: <s5hk0yf39wj.wl-tiwai@suse.de> (raw)
In-Reply-To: <6f583ccc-2251-384d-bc20-aa17c83a45b4@linux.intel.com>
On Mon, 03 Aug 2020 19:00:30 +0200,
Pierre-Louis Bossart wrote:
>
>
>
> On 8/3/20 11:36 AM, Takashi Iwai wrote:
> > 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@vger.kernel.org>
> >>> Signed-off-by: Hui Wang <hui.wang@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).
>
> Sorry I am confused now.
> Kai seemed to suggest in the Bugzilla comments that this would be
> temporary, until these problems with i915 and ALC662 get fixed?
Right, that's the plan. This patch revert to the old state before the
forced-all-enable call we've taken in 5.7. On 5.7 and onwards, all
HD-audio controllers are enforced to use the runtime PM. Before that
version, the runtime PM was enabled *as default* only for limited
devices (typically the ones bound with GPU); for other devices, the
runtime PM is manually enabled from user-space via sysfs (and many
distros enable them in anyway).
The forced enablement was merged with a hope that now all HD-audio
controllers behave nicely, but it turned out to cause a regression, so
it was reverted. Once when we find out the real cause, we can flip
the flag again.
Takashi
next prev parent reply other threads:[~2020-08-03 17:40 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-08-03 6:46 [PATCH] Revert "ALSA: hda: call runtime_allow() for all hda controllers" Hui Wang
2020-08-03 7:30 ` Takashi Iwai
2020-08-03 15:27 ` Pierre-Louis Bossart
2020-08-03 16:36 ` Takashi Iwai
2020-08-03 17:00 ` Pierre-Louis Bossart
2020-08-03 17:40 ` Takashi Iwai [this message]
2020-08-03 17:50 ` Pierre-Louis Bossart
2020-08-04 0:21 ` Hui Wang
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=s5hk0yf39wj.wl-tiwai@suse.de \
--to=tiwai@suse.de \
--cc=alsa-devel@alsa-project.org \
--cc=hui.wang@canonical.com \
--cc=pierre-louis.bossart@linux.intel.com \
--cc=stable@vger.kernel.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;
as well as URLs for NNTP newsgroup(s).