Re: snd_hda_intel/sst-acpi sound breakage on suspend/resume since 5.6-rc1

From: Curtis Malainey <cujomalainey@google.com>
To: Dominik Brodowski <linux@dominikbrodowski.net>,
	Ross Zwisler <zwisler@google.com>
Cc: Cezary Rojewski <cezary.rojewski@intel.com>,
	ALSA development <alsa-devel@alsa-project.org>,
	Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
	Keyon Jie <yang.jie@linux.intel.com>,
	Takashi Iwai <tiwai@suse.com>,
	Pierre-Louis Bossart <pierre-louis.bossart@linux.intel.com>,
	Liam Girdwood <liam.r.girdwood@linux.intel.com>,
	Mark Brown <broonie@kernel.org>
Subject: Re: snd_hda_intel/sst-acpi sound breakage on suspend/resume since 5.6-rc1
Date: Wed, 18 Mar 2020 10:25:32 -0700	[thread overview]
Message-ID: <CAOReqxjmUCGX18y_XW_sjcU2xWha_+wJ7L+SuzJ5ZrOddCfZkw@mail.gmail.com> (raw)
In-Reply-To: <20200318171912.GA6203@light.dominikbrodowski.net>

+Ross Zwisler <zwisler@google.com>
Do we have any BDW boards that use the rt286 codec? I can't recall any.
Also I never saw this issue, did you?

On Wed, Mar 18, 2020 at 10:20 AM Dominik Brodowski <
linux@dominikbrodowski.net> wrote:

> On Wed, Mar 18, 2020 at 12:08:24PM -0500, Pierre-Louis Bossart wrote:
> > On 3/18/20 11:20 AM, Dominik Brodowski wrote:
> > > On Wed, Mar 18, 2020 at 10:13:54AM -0500, Pierre-Louis Bossart wrote:
> > > >
> > > >
> > > > > > > While 5.5.x works fine, mainline as of ac309e7744be
> (v5.6-rc6+) causes me
> > > > > > > some sound-related trouble: after boot, the sound works fine
> -- but once I
> > > > > > > suspend and resume my broadwell-based XPS13, I need to switch
> to headphone
> > > > > > > and back to speaker to hear something. But what I hear isn't
> music but
> > > > > > > garbled output.
> > > >
> > > > It's my understanding that the use of the haswell driver is opt-in
> for Dell
> > > > XPS13 9343. When we run the SOF driver on this device, we have to
> explicitly
> > > > bypass an ACPI quirk that forces HDAudio to be used:
> > > >
> > > >
> https://github.com/thesofproject/linux/commit/944b6a2d620a556424ed4195c8428485fcb6c2bd
> > > >
> > > > Have you tried to run in plain vanilla HDAudio mode?
> > >
> > > I had (see 18d78b64fddc), but not any more in years (and I'd like to
> keep
> > > using I2S, which has worked flawlessly in these years).
> >
> > ok. I don't think Intel folks have this device available, or it's used
> for
> > other things, but if you want to bisect on you may want to use [1] to
> solve
> > DRM issues. I used it to make Broadwell/Samus work again with SOF.
> >
> > [1]
> https://gitlab.freedesktop.org/drm/intel/uploads/ef10c6c27fdc53d114f827bb72b078aa/0001-drm-i915-psr-Force-PSR-probe-only-after-full-initial.patch.txt
> >
> > An alternate path would be to switch to SOF. It's still viewed as a
> > developer option but Broadwell/Samus work reliably for me and we have a
> > Broadwell-rt286 platform used for CI.
>
> What do you mean with SOF? And no other ideas on the root cause than a
> tedious bisect?
>
> Thanks,
>         Dominik
>