Bug 30142

Summary:	Kernel Oops after hibernation - lenovo t500
Product:	Power Management	Reporter:	Willi Mann (foss-ml)
Component:	Hibernation/Suspend	Assignee:	power-management_other
Status:	CLOSED UNREPRODUCIBLE
Severity:	normal	CC:	florian, lenb, maciej.rutecki, rjw
Priority:	P1
Hardware:	All
OS:	Linux
Kernel Version:	2.6.38-rc6	Subsystem:
Regression:	Yes	Bisected commit-id:
Bug Depends on:
Bug Blocks:	7216, 27352
Attachments:	dmesg log from the oops

Description Willi Mann 2011-03-01 08:12:37 UTC

Afer Hibernation, I get attached kernel Oopses. This is with the current Debian Kernel from experimental.

I was able to login from another machine to access the dmesg log, but an attempt to reboot hangs. sync also hangs.

Comment 1 Willi Mann 2011-03-01 09:57:38 UTC

Created attachment 49732 [details]
dmesg log from the oops

Comment 2 Rafael J. Wysocki 2011-03-01 20:44:39 UTC

What exactly do you do to reproduce the problem?

BTW, please don't attach compressed logs.  It's _very_ inconvenient to review
them in this form and you don't really save any space that would matter this
way.

Comment 3 Willi Mann 2011-03-06 13:11:43 UTC

Sorry for the late answer, I missed the bugzilla notification somehow.

The Oops occured after a wakeup from suspend to disk, initiated over the KDE start menu, which calls pm-hibernate, which I configured to use in kernel suspend, with HIBERNATE_MODE="shutdown". It was probably not the first hiberation since the last cold boot.

Some further information:

The notebook is a Lenovo T500, with Switchable Graphics (Intel Corporation Mobile 4 Series Chipset Integrated Graphics Controller + some ATI) but I'm only using the Intel graphic (set in BIOS).

Since the switch to kernel mode-setting, I had various problems with hibernation. At least since 2.6.36, the probability that the wakeup fails went down. However, after a few cycles (2 to 10) after a cold boot, I still end up with some error. Either it is an OOps as reported, or it is screen corruption or as seen a few days ago, filesystem corruption (only root fs (ext3) was affected and e2fsck could fix it + debsums didn't show any errors.)

I reported the Oops because it occured the second time with 2.6.37-rc6 when I decided it to report. Interestingly, since then I experienced the filesystem corruption, but I didn't see the Oops again.

Another strange experience is that sometimes after a successful wakeup from hibernation, the system feels much slower than after a cold boot - not only a few minutes after the wakeup, really the whole session.) However, I don't know how to give this a metric and I'm not sure whether this is related - that problem might be related to the OnBoard Audio controller.

Comment 4 Len Brown 2011-03-22 01:47:01 UTC

can you reproduce this issue in 2.6.38?
what is the most recent kernel that did not have this problem?


can you reproduce with the acpi "video" driver excluded from the system?

Comment 5 Willi Mann 2011-03-28 11:35:06 UTC

So far, I can't reproduce this problem with 2.6.38. I'm using this kernel since a week without a cold reboot. Hopefully, I'm not just currently lucky and the problem is really gone.

Comment 6 Florian Mickler 2011-03-30 20:48:21 UTC

Alright, thanks for the update. I'm closing this as unreproducible. If it returns,
just post a note.