[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