[Bug 104952] [regression] Loss of i915 (Apollo Lake/Broxton) HDMI audio after display sleep v4.14+

[bugzilla-daemon at freedesktop.org]

https://bugs.freedesktop.org/show_bug.cgi?id=104952

--- Comment #9 from Simon Casey <simon501098c at gmail.com> ---
> Ah, ok so 42d9366d41a992 is not the culprit. So maybe no use in trying my
> debug patches. Ville in the meantime told me there is a known problem with
> the codec probing if the CDCLK rate is too low. So could you instead try if
> the following fixes it (on top of 42d9366d41a992 let's say and/or drm-tip):
> 
> diff --git a/drivers/gpu/drm/i915/intel_cdclk.c
> b/drivers/gpu/drm/i915/intel_cdclk.c
> index 1241e5891b29..03ebd6589b07 100644
> --- a/drivers/gpu/drm/i915/intel_cdclk.c
> +++ b/drivers/gpu/drm/i915/intel_cdclk.c
> @@ -1083,10 +1083,8 @@ static int bxt_calc_cdclk(int max_pixclk)
>  		return 576000;
>  	else if (max_pixclk > 288000)
>  		return 384000;
> -	else if (max_pixclk > 144000)
> -		return 288000;
>  	else
> -		return 144000;
> +		return 288000;
>  }
>  
>  static int glk_calc_cdclk(int max_pixclk)
> 
> 
> > I've also rebuilt 4.13.16 with 7.3.0, and it's survived 16 passes without
> > issue, not that it necessarily means it's free of the issue or not...

Looking at drm-tip, max_pixclk has morphed into min_pixclk in bxt_calc_cdclk().
What do you suggest I change for drm-tip? I'll ping pong that against a patched
42d9366d41a992.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
You are the assignee for the bug.
You are the QA Contact for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/intel-gfx-bugs/attachments/20180206/65b972fa/attachment.html>