<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#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 <a class="email" href="mailto:tiwai@suse.de" title="Takashi Iwai <tiwai@suse.de>"> Takashi Iwai</a> <pre>(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.</pre> </div> <hr> You are receiving this mail because: <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>