<html>
    <head>
      <base href="https://bugs.freedesktop.org/" />
    </head>
    <body>
      <p>
        <div>
            <b><a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - [BAT SKL]igt@kms_pipe_crc_basic@suspend-read-crc-pipe-c fails suspend autoresume"
   href="https://bugs.freedesktop.org/show_bug.cgi?id=94566#c7">Comment # 7</a>
              on <a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - [BAT SKL]igt@kms_pipe_crc_basic@suspend-read-crc-pipe-c fails suspend autoresume"
   href="https://bugs.freedesktop.org/show_bug.cgi?id=94566">bug 94566</a>
              from <span class="vcard"><a class="email" href="mailto:tiwai@suse.de" title="Takashi Iwai <tiwai@suse.de>"> <span class="fn">Takashi Iwai</span></a>
</span></b>
        <pre>(In reply to Libin Yang from <a href="show_bug.cgi?id=94566#c6">comment #6</a>)
<span class="quote">> I did the test on my SKL with latest nightly kernel doing the s3 stress
> test. But I can't reproduce this issue.

> If it is the i915_power_refcount issue, is there any possibility that the
> below will happen:
> 1. runtime_resume is called (link_power_control is not set so far)
> 2. set the codec->core.link_power_control = 1 in hdmi audio driver
> 3. runtime_suspend is called</span >

Well, it means that the runtime PM up/down occurs during the codec driver
initialization.  This shouldn't happen normally.

Maybe the module reloading is a key to trigger?  I saw that some module
reloading test was done before the failing tests.  We forgot something at
removal, then leading to unbalance...?

In anyway, if Intel people can show me the exact reproducer that can run on my
system, it'd be really helpful.</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>