Re: Kernel Oops when closing the lid on Alienware M11xR3 laptop
On Wed, 23 May 2012 06:36:24 +0100, elbbit wrote:
> Sorry to hijack the thread, but I suspect this problem may be related to
> mine. I've checked the Dell website for OP and our specs are similar
> from the same manufacturer.
No problem. There's no hijack when talking on the same issue :-)
> On 22/05/12 17:37, Camaleón wrote:
>> On Mon, 21 May 2012 20:57:58 -0400, Sylvain Archenault wrote:
>>> I'm running Sid on my Dell XPS 14z, everything is up to date. Suspend
>>> works fine when I select it from the menu. But when I close the lid,
>>> it crashes. If I suspend first with the menu, and then close the lid,
>>> it works correcty.
>
> Same here except my pair of Alienware's run Debian/testing. This
> problem exists on both my laptops.
>
> If I run "sudo pm-suspend" -> enter sleep If I press power button while
> in Gnome (configured) -> enter sleep If I do nothing and just close lid
> -> Kernel oops
Mmm...
>> That's curious because closing the lid and suspending from menu should
>> both trigger the same command unless....
>
> That's what I thought. I put debugging on for the pm-utils scripts and
> checked a whole bunch of log files and, like you say, it seems to be a
> problem with the Intel software (callback trace suggests it).
You can try to isolate the kernel oops by puting the intel VGA driver in
the blacklist so it does not enter into suspension. If blacklisting the
driver makes the suspension works again when closing the lib, at least
you'd had found the root of the problem.
> When logged into the laptop by OpenSSH the laptop continues to respond,
> and in the log file (see pastebin below) you see me attempting to
> shutdown the computer (around line 616) which succeeds. However, once
> lid-down-then-up-again the screen is frozen at the Gnome idle/lock
> screen until the system cuts the power. For me this confirms a screen
> issue. If I repeatedly press the power button or close the lid again
> still nothing happens.
Your log is very long and I can see gnome-shell "oopsing". Just for
testing purposes, can you reproduce the oops when logged inside a gnome-
classical session?
>> what's the action you have configured when closing the lid, to suspend
>> or hibernate?
>
> Mine is set to suspend.
(...)
Okay, the action is consistent then. The only difference I see is that
suspending when closing the lid involves an ACPI action while suspending
from the menu doesn't (it's an action directly triggered by the user).
>> I would report a kernel oops in Debian BTS, eve more if running sid.
>
> I am reading up on how to submit bugs before blindly submitting them.
> Does anyone know if this bug already has a report created for it?
You can use "reportbug" and follow the wizard (you can also query for
similar bug reports already opened from here) but if you're going to
write a detailed bug report, better save it first in a separate text file
and then copy/paste the content to reportbug because this tool can
suddenly crash at any time ;-(
Greetings,
--
Camaleón
Reply to: