Re: Kernel Oops when closing the lid on Alienware M11xR3 laptop
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.
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
> 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).
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.
> what's the action you have configured when closing the lid, to
> suspend or hibernate?
Mine is set to suspend.
>> I tried kernel 3.3 trunk and got the same problem.
My kernel is 3.2.0, but this issue was not present on kernel 3.0.0 and I
noticed this behaviour start when kernel 3.1.0 was pushed to the testing
repository.
>> Intel X driver is 2.18.0-2+b1.
My Intel driver is: xserver-xorg-video-intel 2:2.18.0-2+b1
>> Here is the output from syslog: <snip>
Mine is at http://paste.debian.net/170716 (3days)
> Looks like the Xorg server is crashing.
Indeed, and I think this is kernel related because when I boot with
kernel 3.0.0 this problem goes away and lid-closing performs a correct
system suspend. I put the debug flag in pm-suspend and did a diff
comparison between a good suspend and a bad one, and there is no
difference except timestamps.
>> I looked online, but I couldn't find a workaround.
> Yes, you did: suspend from the menu instead closing the lid ;-)
Pushing the power button to suspend works without flaw every time.
>> Let me know if more information are needed.
Same here.
> 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?
--
elbbit@gmail.com
Reply to: