https://bugzilla.novell.com/show_bug.cgi?id=450256 User rjw@novell.com added comment https://bugzilla.novell.com/show_bug.cgi?id=450256#c8 Rafael Wysocki <rjw@novell.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |NEEDINFO Info Provider| |radomir.cernoch@gmail.com --- Comment #8 from Rafael Wysocki <rjw@novell.com> 2008-12-01 15:35:34 MST --- (In reply to comment #7 from Radomír Černoch)
Suspend/resume (s&r) from battery causes a freeze always. The only difference is that the blinking CapsLock blinks slower as the CPU frequency is lower ;-). I have even tried pluging in the AC during the hibernation, but without a success.
So, the box always crashes during resume from hibernation if it has been hibernated on battery power. Is that correct? If that is the case, have you tried to unload the battery module before hibernation?
Actually the ACPI was the first thing that came to my mind. But why would the system freeze always at the point when the "suspend console" (Does it have a proper name?) switches back to either X server or normal console (tty)?
Devices are being resumed at that point.
The memory corruption of GPU seems more logical, doesn't it?
Not necessarily. Your observations made in comment #5 pretty much exclude an X issue, unless they are incorrect. ;-)
And do you know any way, how this could be debugged?
In case it was a kernel (or X?) bug, who should I contact first? And is there a way how to some kind of kernel oops in such conditions?
First, as I said before, I think it is a kernel issue. Second, as you said the box worked correctly with the kernel from openSUSE 10.3, do you have any experience with building and installing the kernel yourself? -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.