<html> <head> <base href="https://bugs.freedesktop.org/"> </head> <body> <div> <a class="bz_bug_link bz_status_NEW " title="NEW - [regression] Loss of i915 (Apollo Lake/Broxton) HDMI audio after display sleep v4.14+" href="https://bugs.freedesktop.org/show_bug.cgi?id=104952#c9">Comment # 9</a> on <a class="bz_bug_link bz_status_NEW " title="NEW - [regression] Loss of i915 (Apollo Lake/Broxton) HDMI audio after display sleep v4.14+" href="https://bugs.freedesktop.org/show_bug.cgi?id=104952">bug 104952</a> from <a class="email" href="mailto:simon501098c@gmail.com" title="Simon Casey <simon501098c@gmail.com>"> Simon Casey</a> <pre>> 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.</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are on the CC list for the bug.</li> <li>You are the assignee for the bug.</li> <li>You are the QA Contact for the bug.</li> </ul> </body> </html>