Description of problem: X.org freezes the console on startup (using "startx", or booting to runlevel 5.) The console is unresponsive to terminal switching (Ctrl+Alt+F1, etc.) or to reboot (Ctrl+Alt+Del). SSH still works fine. Version-Release number of selected component: xorg-x11-server-Xorg-1.4.99.901-29.20080415.fc9.i386 xorg-x11-server-common-1.4.99.901-29.20080415.fc9.i386 xorg-x11-drv-i810-2.2.1-24.fc9.i386 How reproducible: happens at least 75% of the time. Occassionally, X.org starts and displays the desktop screen just fine. However, after shutting the X session down, and trying to start another one, it will likely freeze again. Steps to Reproduce: 1. boot to runlevel 3 2. login 3. run "startx" Actual results: blank screen, keyboard and mouse are totally unresponsive (e.g. numlock key does not toggle numlock led) ctrl+alt+f1, ctrl+alt+f2, ctrl+alt+del all have no effect Expected results: display of Gnome desktop Additional info: I will attach a full Xorg.0.log. The following lines from that log file may be interesting: Error in I830WaitLpRing(), timeout for 2 seconds pgetbl_ctl: 0x1ffe0001 getbl_err: 0x00000000 ipeir: 0x00000000 iphdr: 0x00ffffff LP ring tail: 0x00016de0 head: 0x00016df0 len: 0x0001f001 start 0x00000000 eir: 0x0000 esr: 0x0000 emr: 0xff7b instdone: 0xffc1 instpm: 0x0000 memmode: 0x00000000 instps: 0x0000002c hwstam: 0xeffe ier: 0x0002 imr: 0x053c iir: 0x0081 Fatal server error: lockup This may be a duplicate of Bug #436896, but that bug features a different Intel chipset...
Created attachment 307663 [details] Xorg.0.log file for when X freezes
Created attachment 307812 [details] My X.org configuration file (this config causes lockups) I realized I should've included my xorg.conf file. Here it is. Also, my Linux kernel version is: 2.6.25.3-18.fc9.i686
I found myself a work-around. If I add "NoAccel" to the device section, e.g. Section "Device" Identifier "Videocard0" Driver "intel" Option "NoAccel" EndSection I am no longer able to replicate the problem.
I'm seeing something similar, on a 945GM running rawhide. Attaching Xorg.0.log, there is no xorg.conf. RPM: xorg-x11-drv-i810-2.3.2-2.fc9.i386 Has happened only twice so far, both time several hours after the system had come back from suspend.
Created attachment 312222 [details] Xorg.0.log including crash
I am now running the following versions of X.org. The lockups/freezes still occur when Acceleration is enabled. This is on my 845G Intel chipset. xorg-x11-server-Xorg-1.5.0-2.fc9.i386 xorg-x11-server-common-1.5.0-2.fc9.i386 xorg-x11-drv-i810-2.3.2-2.fc9.i386
I also have Intel 82845G but I had no problem using it up until Fedora 10 Beta. Now this is what happens. No problem if I am using the intel driver with Jason's NoAccel option: Section "Device" Identifier "Videocard0" Driver "intel" Option "NoAccel" EndSection No problem with vesa either. Using the intel driver without the "NoAccel" option, the boot process reaches the GDM login screen and then freezes so hard that even Alt+Ctrl+Delete does not work. The same happens if I delete xorg.conf. Using the i810 driver with or without the "NoAccel" option (no difference), the boot process will not reach the GDM login screen. All I have is a blank screen with a blinking cursor. Alt+Ctrl+Delete and the virtual terminals work, though.
I've had a stable system since disabling the Composite extension: Section "Extensions" Option "Composite" "Disable" EndSection I haven't been using the desktop effects, so I'm not sure why this helped me.
I tried disabling the Composite extension, but it made no discernable change in behavior for me. This week I *upgraded* to Fedora Rawhide. I am now running xorg-x11-server-Xorg-1.5.1-10.fc10.i386 xorg-x11-server-common-1.5.1-10.fc10.i386 xorg-x11-drv-i810-2.4.2-9.fc10.i386 I now have a new behavior. The display is no longer locking up on me, but X is still failing to start up. I get the following message: >>> (EE) intel(0): ivch detect failed due to address mismatch (0 vs 2) (EE) intel(0): Failed to pin front buffer: Cannot allocate memory Fatal server error: Couldn't bind memory for BO front buffer <<< This occurs when I do not have "NoAccel" in the xorg.conf file. When I add "NoAccel" the X server starts up and works, but is slow.
*** This bug has been marked as a duplicate of bug 461829 ***