<html>
    <head>
      <base href="https://bugs.freedesktop.org/" />
    </head>
    <body><span class="vcard"><a class="email" href="mailto:rodrigo.vivi@gmail.com" title="Rodrigo Vivi <rodrigo.vivi@gmail.com>"> <span class="fn">Rodrigo Vivi</span></a>
</span> changed
              <a class="bz_bug_link 
          bz_status_RESOLVED  bz_closed"
   title="RESOLVED WONTFIX - skl_guc is not loaded"
   href="https://bugs.freedesktop.org/show_bug.cgi?id=95161">bug 95161</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;">Resolution</td>
           <td>---
           </td>
           <td>WONTFIX
           </td>
         </tr>

         <tr>
           <td style="text-align:right;">Status</td>
           <td>NEEDINFO
           </td>
           <td>RESOLVED
           </td>
         </tr></table>
      <p>
        <div>
            <b><a class="bz_bug_link 
          bz_status_RESOLVED  bz_closed"
   title="RESOLVED WONTFIX - skl_guc is not loaded"
   href="https://bugs.freedesktop.org/show_bug.cgi?id=95161#c6">Comment # 6</a>
              on <a class="bz_bug_link 
          bz_status_RESOLVED  bz_closed"
   title="RESOLVED WONTFIX - skl_guc is not loaded"
   href="https://bugs.freedesktop.org/show_bug.cgi?id=95161">bug 95161</a>
              from <span class="vcard"><a class="email" href="mailto:rodrigo.vivi@gmail.com" title="Rodrigo Vivi <rodrigo.vivi@gmail.com>"> <span class="fn">Rodrigo Vivi</span></a>
</span></b>
        <pre>Hi Paolo,

So in the end it seems that the bug is on the 4.3! ;)
But I wouldn't care much unless we start seeing bugs on 4.3 than a guc disable
patch should be backported to that old kernel version. So let's close this bug
as a "wontfix".

The 4.5.2 and 4.6-rc5 behaves as expected. So for this would be "NOTABUG".

GuC is still under development and is not required for anything right now. When
ready all the command submission will be handled by GuC scheduler so preemption
will be possible. Also GuC will have power saving features taking care of
frequencies and other power aspects. For now we are working to enabled the
command execution through GuC instead of submiting commands using execlists and
this is the first step.

DMC in the other hand is already a required firmware if you are concerned about
power savings. This can help you to have a proper runtime PM in place allowing
deep Package-C states.

Thanks,
Rodrigo.</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 on the CC list for the bug.</li>
      </ul>
    </body>
</html>