<html> <head> <base href="https://bugs.freedesktop.org/" /> </head> <body> <div> <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#c8">Comment # 8</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 <a class="email" href="mailto:imre.deak@intel.com" title="Imre Deak <imre.deak@intel.com>"> Imre Deak</a> <pre>(In reply to Takashi Iwai from <a href="show_bug.cgi?id=94566#c7">comment #7</a>) > (In reply to Libin Yang from <a href="show_bug.cgi?id=94566#c6">comment #6</a>) > > 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 > > 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. Yes we do module reloads during our tests, it's possible that it triggers or make an issue more likely. Please check the tests/drv_module_reload_basic scripts in igt for the exact steps.</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are the assignee for the bug.</li> <li>You are on the CC list for the bug.</li> <li>You are the QA Contact for the bug.</li> </ul> </body> </html>