[Bug 76520] [965gm regression v3.13] TOSHIBA Satellite U400 intel GM965/GL960 suspend/resume failure kernel 3.14 rc7, rc6, 3.13

bugzilla-daemon at freedesktop.org bugzilla-daemon at freedesktop.org
Mon Jun 2 01:05:20 PDT 2014


https://bugs.freedesktop.org/show_bug.cgi?id=76520

--- Comment #31 from Ville Syrjala <ville.syrjala at linux.intel.com> ---
(In reply to comment #30)
> I compiled a kernel with the three PSTORE options, but after crash and
> mounting the pstore file system, there was nothing there.

It might be that the memory got cleared after the machine was restarted. On one
of my machines the reset button and watchdog preserved the memory contents, but
a quick off/on with the power button didn't.

Maybe try enabling a few more kernel debug knobs:
CONFIG_LOCKUP_DETECTOR=y
CONFIG_BOOTPARAM_HARDLOCKUP_PANIC=y
CONFIG_BOOTPARAM_SOFTLOCKUP_PANIC=y
CONFIG_DETECT_HUNG_TASK=y
CONFIG_BOOTPARAM_HUNG_TASK_PANIC=y

And also set "oops=panic panic=-1" on the kernel command line.

You may also want to give the watchdog a try. So load the itco_wdt driver and
tell the watchdog daemon to use /dev/watchdog, and start the daemon before
suspending. Although on my machine the watchdog failed to reboot the machine
when it hung during resume.

Also one option would be to set "no_console_suspend" on the kernel command line
(or "echo 0 > /sys/module/printk/parameters/console_suspend") and see if you
can simply catch the oops on the console. If there's a serial port try serial
console, if not try netconsole.

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
You are on the CC list for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/intel-gfx-bugs/attachments/20140602/6446d960/attachment.html>


More information about the intel-gfx-bugs mailing list