[alsa-devel] New snd-hda warning spew

[Takashi Iwai]

On Fri, 18 Mar 2016 19:51:43 +0100,
Takashi Iwai wrote:
> 
> On Fri, 18 Mar 2016 18:49:19 +0100,
> Ville Syrjälä wrote:
> > 
> > On Fri, Mar 18, 2016 at 03:22:15PM +0100, Takashi Iwai wrote:
> > > On Fri, 18 Mar 2016 14:54:59 +0100,
> > > Ville Syrjälä wrote:
> > > > 
> > > > On Wed, Mar 16, 2016 at 04:04:20PM +0200, Ville Syrjälä wrote:
> > > > > On Tue, Mar 15, 2016 at 06:22:56PM +0100, Takashi Iwai wrote:
> > > > > > On Tue, 15 Mar 2016 17:02:07 +0100,
> > > > > > Ville Syrjälä wrote:
> > > > > > > 
> > > > > > > We have a few new WARN spews from snd-hda causing some grief in i915 CI.
> > > > > > > 
> > > > > > > This one happens on ILK and BYT. Looks like it happens 100% of the time on driver load:
> > > > > > > [   18.809850] ------------[ cut here ]------------
> > > > > > > [   18.809866] WARNING: CPU: 0 PID: 39 at sound/hda/hdac_i915.c:129 pin2port+0x25/0x30 [snd_hda_core]()
> > > > > > 
> > > > > > This is bad.  Basically we had a naive assumption of the fixed mapping
> > > > > > between the port number and the HD-audio widget, but it doesn't apply
> > > > > > properly to pre-HSW models.
> > > > > > 
> > > > > > The patch attached below disables the audio binding for pre-HSW
> > > > > > models.  I'm going to queue to for-linus branch.
> > > > > 
> > > > > That seems to eliminate the warn on my ILK.
> > > > 
> > > > Apparently it was less effective on BYT. We still get this:
> > > 
> > > Ouch, I forgot that Baytrail had already i915 component binding in the
> > > controller side.  I assumed too naively that all old models have no
> > > binding.
> > > 
> > > Below is the additional fix patch.
> > 
> > Still getting blasted at least via snd_hdac_sync_audio_rate()
> 
> That code path is a slightly different.  This is a kind of false
> positive, but now the function checks the validity of the passed
> argument more strictly, and starts grumbling.
> 
> The fix is attached below.
> 
> 
> Takashi

BTW, while writing this patch, I noticed that i915/intel_audio.c
doesn't have the check for Broxton.

Don't we need a patch like below?  (Or maybe checking like gen >= 9
is better?)


Takashi

---
diff --git a/drivers/gpu/drm/i915/intel_audio.c b/drivers/gpu/drm/i915/intel_audio.c
index 31f6d212fb1b..8105691ff299 100644
--- a/drivers/gpu/drm/i915/intel_audio.c
+++ b/drivers/gpu/drm/i915/intel_audio.c
@@ -599,7 +599,7 @@ static void i915_audio_component_codec_wake_override(struct device *dev,
 	struct drm_i915_private *dev_priv = dev_to_i915(dev);
 	u32 tmp;
 
-	if (!IS_SKYLAKE(dev_priv) && !IS_KABYLAKE(dev_priv))
+	if (!IS_SKYLAKE(dev_priv) && !IS_KABYLAKE(dev_priv) && !IS_BROXTON(dev_priv))
 		return;
 
 	/*
@@ -651,6 +651,7 @@ static int i915_audio_component_sync_audio_rate(struct device *dev,
 
 	/* HSW, BDW, SKL, KBL need this fix */
 	if (!IS_SKYLAKE(dev_priv) &&
+	    !IS_BROXTON(dev_priv) &&
 	    !IS_KABYLAKE(dev_priv) &&
 	    !IS_BROADWELL(dev_priv) &&
 	    !IS_HASWELL(dev_priv))