<html>
    <head>
      <base href="https://bugs.freedesktop.org/">
    </head>
    <body><span class="vcard"><a class="email" href="mailto:imre.deak@intel.com" title="Imre Deak <imre.deak@intel.com>"> <span class="fn">Imre Deak</span></a>
</span> changed
          <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>
          <br>
             <table border="1" cellspacing="0" cellpadding="8">
          <tr>
            <th>What</th>
            <th>Removed</th>
            <th>Added</th>
          </tr>

         <tr>
           <td style="text-align:right;">CC</td>
           <td>
                
           </td>
           <td>ville.syrjala@linux.intel.com
           </td>
         </tr></table>
      <p>
        <div>
            <b><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#c8">Comment # 8</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 <span class="vcard"><a class="email" href="mailto:imre.deak@intel.com" title="Imre Deak <imre.deak@intel.com>"> <span class="fn">Imre Deak</span></a>
</span></b>
        <pre>(In reply to Simon Casey from <a href="show_bug.cgi?id=104952#c7">comment #7</a>)
<span class="quote">> I'll certainly give those patches a try and report back.

> In the meantime I rebuilt both e8a3a2a3d7f7a1 and 42d9366d41a992 with gcc
> 7.3.0 previously used 6.4.0) and run a few passes of the last test.

> Essentially it seems 42d9366d41a992 is now less prone to show the issue,
> around 1/3 of tries were affected). But also e8a3a2a3d7f7a1 has now
> exhibited it in 3/16 runs.</span >

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)


<span class="quote">> 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...</span ></pre>
        </div>
      </p>


      <hr>
      <span>You are receiving this mail because:</span>

      <ul>
          <li>You are the QA Contact for the bug.</li>
          <li>You are the assignee for the bug.</li>
          <li>You are on the CC list for the bug.</li>
      </ul>
    </body>
</html>