[alsa-devel] New snd-hda warning spew

[Ville Syrjälä]

On Fri, Mar 18, 2016 at 07:56:36PM +0100, Takashi Iwai wrote:
> 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?

I have no clue.

> (Or maybe checking like gen >= 9
> is better?)

If BXT needs this stuff, a gen check would seem nicer.

> 
> 
> 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))

-- 
Ville Syrjälä
Intel OTC