<html> <head> <base href="https://bugs.freedesktop.org/" /> </head> <body> <div> <a class="bz_bug_link bz_status_NEEDINFO " title="NEEDINFO --- - [HSW] trying to runtime suspend with power well enabled on 3.15" href="https://bugs.freedesktop.org/show_bug.cgi?id=80203#c13">Comment # 13</a> on <a class="bz_bug_link bz_status_NEEDINFO " title="NEEDINFO --- - [HSW] trying to runtime suspend with power well enabled on 3.15" href="https://bugs.freedesktop.org/show_bug.cgi?id=80203">bug 80203</a> from <a class="email" href="mailto:imre.deak@gmail.com" title="Imre Deak <imre.deak@gmail.com>"> Imre Deak</a> <pre>(In reply to <a href="show_bug.cgi?id=80203#c12">comment #12</a>) > Created <a href="attachment.cgi?id=106104" name="attach_106104" title="3.17-rc4 dmesg with Ville's edp vdd locking patch backported">attachment 106104</a> <a href="attachment.cgi?id=106104&action=edit" title="3.17-rc4 dmesg with Ville's edp vdd locking patch backported">[details]</a> > 3.17-rc4 dmesg with Ville's edp vdd locking patch backported > > It looks much better after I backported Ville's patch. Thanks, we'll consider then backporting Ville's fix. > After a couple of reboots and over ten suspend/resume cycles > I've only got one stack dump (which might be my fault). If you mean the below stacktrace, that's b/c of the VGA thing. It's caused by SPLL being on when we try to enable some power saving mode (PC8), which is an invalid combination. SPLL is only used for VGA, but since we don't even consider enabling VGA for HSW ULT platforms we won't ever touch SPLL. It's still a mistery how it gets enabled though; first I thought it's simply the BIOS during booting, but in your second log it seems to get enabled only before the third suspend, so I have to think about this. > [ 95.314561] Call Trace: > [ 95.314564] [<ffffffff82778f98>] dump_stack+0x45/0x56 > [ 95.314567] [<ffffffff8207132d>] warn_slowpath_common+0x7d/0xa0 > [ 95.314570] [<ffffffff8207139c>] warn_slowpath_fmt+0x4c/0x50 > [ 95.314591] [<ffffffffc0187fe8>] hsw_enable_pc8+0x5b8/0x660 [i915] > [ 95.314600] [<ffffffffc012d1d0>] ? __i915_drm_thaw+0x1d0/0x1d0 [i915] > [ 95.314609] [<ffffffffc012d22b>] i915_pm_suspend_late+0x5b/0x60 [i915] > [ 95.314611] [<ffffffff824d17fc>] dpm_run_callback+0x4c/0x100 > [ 95.314613] [<ffffffff824d1fc0>] __device_suspend_late+0xb0/0x1a0 > [ 95.314615] [<ffffffff824d20cf>] async_suspend_late+0x1f/0xa0 > [ 95.314617] [<ffffffff820930c7>] async_run_entry_fn+0x37/0x130 > [ 95.314620] [<ffffffff8208a53a>] process_one_work+0x18a/0x4a0 > [ 95.314622] [<ffffffff8208b22b>] worker_thread+0x6b/0x5d0 > [ 95.314625] [<ffffffff8208b1c0>] ? pool_mayday_timeout+0x1b0/0x1b0 > [ 95.314627] [<ffffffff820905ab>] kthread+0xdb/0x100 > [ 95.314629] [<ffffffff820904d0>] ? kthread_create_on_node+0x180/0x180 > [ 95.314632] [<ffffffff82780ebc>] ret_from_fork+0x7c/0xb0 > [ 95.314634] [<ffffffff820904d0>] ? kthread_create_on_node+0x180/0x180 > > Imre, please create a new bug for the VGA thingy if you want me to continue > testing it. Ok, will do so. Let's keep this one also open until we decide about a proper fix.</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are the QA Contact for the bug.</li> <li>You are on the CC list for the bug.</li> <li>You are the assignee for the bug.</li> </ul> </body> </html>