Red Hat Bugzilla – Bug 449491
intel driver, lockup, 845G chipset
Last modified: 2018-04-11 07:24:09 EDT
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:
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
3. run "startx"
keyboard and mouse are totally unresponsive (e.g. numlock key does not toggle
ctrl+alt+f1, ctrl+alt+f2, ctrl+alt+del all have no effect
display of Gnome desktop
I will attach a full Xorg.0.log. The following lines from that log file may be
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:
This may be a duplicate of Bug #436896, but that bug features a different Intel
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:
I found myself a work-around.
If I add "NoAccel" to the device section, e.g.
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.
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.
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:
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:
Option "Composite" "Disable"
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
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 ***