|
Display corruption and system lockup (Xorg server 1.4/xf86-intel 2.3.1)
Hi everybody,
When using the xorg-xf86-video-intel driver (2.3.1 current version at time of writing) with DRI enabled, display corruption and a system lockup occur when exiting an X session via menus or using Ctrl+Alt+Backspace. The system is unresponsive, however NumLock and other similar indicators respond correctly, but I cannot switch to any other consoles or otherwise control the system. The corruption is a collection of lines covering the screen, usually purple and white. Sometimes this is not the case, with the screen being partially covered in these lines and otherwise black, or black entirely. This problem also occurs using the older i810 driver. I've tried revisions 2.1.1 through to 2.3.1 (including version of 2.2.99 which fixes the problem for some) of the intel driver by modifying the xorg-xf86-video-intel port, all to no avail. It is worth noting that I've returned to using the 2.3.1 port as in the CRUX xorg repository. I am using an Intel 950GMA graphics controller, listed by lspci as the following - "00:02.0 VGA compatible controller: Intel Corporation Mobile 945GM/GMS, 943/940GML Express Integrated Graphics Controller (rev 03) 00:02.1 Display controller: Intel Corporation Mobile 945GM/GMS, 943/940GML Express Integrated Graphics Controller (rev 03)" I'm running CRUX 2.4, with Linux 2.6.25.4. I have been able to reproduce the problem on Linux 2.6.24.7 and 2.6.25.3. I'm running the latest Xorg server build as per the xorg repository (1.4), with the system fully up-to-date at the time of writing. I've spent hours searching mailing lists and forums, even building my own version of the xorg-xf86-video-intel driver using patches reported to fix the problem (http://www.archlinux.org/packages/14160/). I have included my X configuration file. It is of note that a variety of options mentioned by other people with this problem, such as what is mentioned in http://bugs.archlinux.org/task/7106 and http://bugs.archlinux.org/task/8976, have not fixed the problem. The only way I am able to use the intel driver is by disabling DRI. Disabling the composite extension, or using any other combination of options excluding DRI disabling, does not able me to exit X without a lockup. The load module line for dri has no effect if enabled or disabled, as with all other module load lines. If I enable DRI, the driver performs without issue until exiting. Regarding the examples used, I appreciate Arch Linux is not CRUX, but due to the similar nature of the problems described the references are of relevance to this bug. At the risk of sounding stupid, the xorg-xf86-video-intel driver, "used to work". Recent updates to X and the kernel have resulted in this bug, but I am unable to pinpoint it in terms of it being a driver, X server or kernel issue. When the system locks up, no further writing to the X log occurs (i.e. no error messages are listed), which is why I have not included it in this post. If the log is required, I apologise in advance for not including it and will provide a copy on request. I've posted a CRUX bug report, but am looking for more general tips and guidance on any ways to mitigate or solve this problem as it doesn't appear to be specific to CRUX. Using the vesa driver does not produce this bug, meaning (to my knowledge) only the intel and i810 drivers are experiencing problems. I have rebuilt my kernel, mesa3d, xorg-server and the drivers but this has not solved the problem. I would appreciate any insight into this problem. I apologise if the information I have given is inadequate - if anything is missing let me know and I will provide what is needed. Thanks for taking the time to help. xorg.conf Quote:
|
I had similar problem, after digging in Xorg bugzilla (this problem seems appear and disappear for some users) I tried the GIT version of Xorg driver and haven't had this problem since then. I'm running 2.6.25-r3 kernel. DRI from Gentoo Portage was too old for this driver, so I had to switch to GIT version of DRM too.
|
Quote:
|
No other ideas but file a bug at https://bugs.freedesktop.org/
|
Might be nothing to do with your problem but I had a whole slew of Video problems until I disabled XGL.
If XGL is active on your machine try disabling it (from either GNOME or KDE) gnome-switch--disable-xgl. Not sure if this is applicable to your system but XGL currently just seems a bit too unstable. Cheers -K |
Quote:
|
The bug is seemingly resolved, without me changing anything. For reference purposes, see https://bugs.freedesktop.org/show_bug.cgi?id=16023#c8.
|
| All times are GMT -5. The time now is 08:39 AM. |