Bugzilla – Bug 145243
X dies when switching to another console
Last modified: 2006-03-20 15:53:51 UTC
BOX: Dell GX 270, 256MB Ram X dies when switching to another console. VGA compatible controller: Intel Corporation 82865G Integrated Graphics Controller (rev 02) (prog-if 00 [VGA])
Created attachment 64822 [details] xorg.conf, Xorg.0.log and hwinfo output
Do you have Suspend-to-Ram/Suspend-to-Disk in use?
No, I don't use suspend on this box.
Strange. (II) Open ACPI successful (/var/run/acpid.socket) (II) I810(0): Detected resume, re-POSTing. (II) I810(0): Primary V_BIOS segment is: 0xc000 (II) I810(0): Re-POSTing via int10. (II) I810(0): xf86BindGARTMemory: bind key 4 at 0x000df000 (pgoffset 223) (II) I810(0): xf86BindGARTMemory: bind key 0 at 0x07fff000 (pgoffset 32767) (II) I810(0): xf86BindGARTMemory: bind key 1 at 0x07ffb000 (pgoffset 32763) (II) I810(0): xf86BindGARTMemory: bind key 3 at 0x07fea000 (pgoffset 32746) (II) I810(0): xf86BindGARTMemory: bind key 2 at 0x07ffa000 (pgoffset 32762) (WW) I810(0): PGTBL_ER is 0x00000029 *** If unresolved symbols were reported above, they might not *** be the reason for the server aborting. Backtrace: 0: /usr/X11R6/bin/X(xf86SigHandler+0x89) [0x8088339] 1: [0xffffe420] 2: /usr/X11R6/lib/modules/drivers/i810_drv.so [0xb79bfe82] 3: /usr/X11R6/lib/modules/libxaa.so [0xb77f9892] 4: /usr/X11R6/lib/modules/libramdac.so [0xb77eed6b] 5: /usr/X11R6/bin/X [0x80b77bc] 6: /usr/X11R6/bin/X [0x80b68d4] 7: /usr/X11R6/bin/X(xf86Wakeup+0x39e) [0x80897be] 8: /usr/X11R6/bin/X(WakeupHandler+0x54) [0x80c87c4] 9: /usr/X11R6/bin/X(WaitForSomething+0x181) [0x80e6a71] 10: /usr/X11R6/bin/X(Dispatch+0x70) [0x80c7e80] 11: /usr/X11R6/bin/X(main+0x41d) [0x80d4c5d] 12: /lib/libc.so.6(__libc_start_main+0xd8) [0xb7df1738] 13: /usr/X11R6/bin/X [0x806ffe1] Fatal server error: Caught signal 11. Server aborting
Maybe you could try to boot in "failsafe" mode?
... which disables ACPI.
Of course, please wait a moment...
Created attachment 64831 [details] Xorg.0.log X dies anyway :-(
Hmm ...
I join this bug because I observe the same problem in my Inspiron 500m using the i810 driver. But I found a work around: it works when I use 16 bit mode and no 3d acceleration. BTW this started in SL 10.0 already but was not in SL 9.3. Can I do anything to get usefull debug infos?
Christopher, could you verify if this works for you as well? Simply configure 16bit color depth via SaX2. You didn't enable 3D support. Thanks.
Good news. I will do it on monday.
I changed "DefaultDepth" to 16 Bit in /etc/X11/xorg.conf and now it works as well.
Ok. We will configure this chipset with 16bit beginning with Beta4. Not really a fix, I know. :-(
I just installed beta4 and I am very surprised, it is working now :-) After the installation I get 24 bit color depth and switching works fine. Even with 3d enabled I could not see any problem yet.
Strange.
I can't confirm that for my box. I used y2pmsh to upgrade.
Christopher, does this problem still occur with Beta >=8?
Problem seems to be fixed in Beta 8. Xorg is using 16bit by default. When I changed "DefaultDepth" to 24bit in /etc/X11/xorg.conf Xorg crashs again. But this doesn't matter ;-)
Thanks for verifying.