[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:11:50 UTC 2016
https://bugs.freedesktop.org/show_bug.cgi?id=94566
--- Comment #8 from Imre Deak <imre.deak at intel.com> ---
(In reply to Takashi Iwai from comment #7)
> (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.
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.
--
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC list for the bug.
You are the QA Contact for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/intel-gfx-bugs/attachments/20160318/ef043d62/attachment.html>
More information about the intel-gfx-bugs
mailing list