[Bug 94566] [BAT SKL]igt at kms_pipe_crc_basic@suspend-read-crc-pipe-c fails suspend autoresume
bugzilla-daemon at freedesktop.org
bugzilla-daemon at freedesktop.org
Fri Mar 18 15:07:31 UTC 2016
https://bugs.freedesktop.org/show_bug.cgi?id=94566
--- Comment #7 from Takashi Iwai <tiwai at suse.de> ---
(In reply to Libin Yang from comment #6)
> 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.
--
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.
You are on the CC list for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/intel-gfx-bugs/attachments/20160318/7506eb0f/attachment.html>
More information about the intel-gfx-bugs
mailing list