Red Hat Bugzilla – Bug 501781
X crashes when lid is closed or power state changes
Last modified: 2009-06-10 12:39:30 EDT
escription of problem:
Toshiba Tecra M9 PTM91E crashes when laptop lid is closed or the power state
changes. This happens with every kernel version installed so far, and all
upgrades. I have set power management to do nothing when the lid is closed but
this does not fix it. Shutting down acpid does nothing. When the lid is closed
or I plug or unplug the external power the system becomes completely
non-responsive; control-alt-f[1..8] doesn't work, neither does control-alt-esc
or control-alt-del. The only solution is to shut down and restart using the
Version-Release number of selected component (if applicable):
this has happened on Fedora 10 kernels:
every time. Sometimes the screen blanks, sometimes the pointer remains on a
black screen, sometimes the background is still visible, but in each case it's
just as dead.
Steps to Reproduce:
1. close lid, plug or unplug external power
I've set gnome power manager to do nothing when the lid is closed, and I've set it so that the backlight is the same no matter the power state, but neither of these help
Created attachment 344965 [details]
as requested. I have tried running with no xorg.conf file but it made no difference.
Created attachment 344967 [details]
xorg log file
Created attachment 344968 [details]
Created attachment 344969 [details]
I have run without an xorg.conf file and it still crashes
0: /usr/bin/Xorg(xorg_backtrace+0x26) [0x4e7c96]
1: /usr/bin/Xorg(mieqEnqueue+0x291) [0x4c87d1]
2: /usr/bin/Xorg(xf86PostMotionEventP+0xc4) [0x4914c4]
3: /usr/bin/Xorg(xf86PostMotionEvent+0xa9) [0x491699]
4: /usr/lib64/xorg/modules/input//evdev_drv.so [0x7ff0f56d8472]
5: /usr/bin/Xorg [0x47a795]
6: /usr/bin/Xorg [0x46b337]
7: /lib64/libc.so.6 [0x3f51e32f90]
8: /usr/lib64/xorg/modules/drivers//nv_drv.so(G80DispCommand+0x50) [0x7ff0ff5cdcc0]
9: /usr/lib64/xorg/modules/drivers//nv_drv.so [0x7ff0ff5ce38d]
10: /usr/bin/Xorg(xf86_hide_cursors+0x7f) [0x4a4f5f]
11: /usr/bin/Xorg(xf86SetCursor+0x15b) [0x4ad0fb]
12: /usr/bin/Xorg [0x4ac616]
13: /usr/bin/Xorg(miPointerUpdateSprite+0x190) [0x4d1420]
14: /usr/bin/Xorg [0x4d14e2]
15: /usr/bin/Xorg [0x4fc698]
16: /usr/bin/Xorg [0x51ce4f]
17: /usr/bin/Xorg [0x44da4f]
18: /usr/bin/Xorg [0x4534d0]
19: /usr/bin/Xorg(MapWindow+0x182) [0x4321c2]
20: /usr/bin/Xorg(ProcMapWindow+0x46) [0x4460c6]
21: /usr/bin/Xorg(Dispatch+0x364) [0x446904]
22: /usr/bin/Xorg(main+0x45d) [0x42cd4d]
23: /lib64/libc.so.6(__libc_start_main+0xe6) [0x3f51e1e576]
24: /usr/bin/Xorg [0x42c129]
(In reply to comment #5)
> Yeah, lovely:
> 0: /usr/bin/Xorg(xorg_backtrace+0x26) [0x4e7c96]
> 1: /usr/bin/Xorg(mieqEnqueue+0x291) [0x4c87d1]
> 2: /usr/bin/Xorg(xf86PostMotionEventP+0xc4) [0x4914c4]
> 3: /usr/bin/Xorg(xf86PostMotionEvent+0xa9) [0x491699]
I'm afraid I don't understand the significance. Is this useful or do you need more output?
Marking as duplicate of #484738, adding Option "HWCursor" "false" should work around the issue in the meantime.
*** This bug has been marked as a duplicate of bug 484738 ***
(In reply to comment #7)
> Marking as duplicate of #484738, adding Option "HWCursor" "false" should work
> around the issue in the meantime.
> *** This bug has been marked as a duplicate of 484738 ***
Outstanding! Works like a charm. I was worries switching to SWCursor would cause mouse lag but I can't tell the difference.
So I take it this is an NV driver bug. Any ideas when a fix is due?
Thanks again for the fix!
(In reply to comment #6)
> I'm afraid I don't understand the significance. Is this useful or do you need
> more output?
No, that's just one RH guy talking to another one. Just to show what kind of breakage is going on.
*** Bug 486118 has been marked as a duplicate of this bug. ***