Created attachment 119178 [details] Compressed Xorg Log Files Archive After booting LXLE Linux on Dell Dimension w/Intel graphics on ACER X223w monitor and logging in, system operates normally for sometimes a few minutes and other times an hour or more. Sometimes, after about 30 or 40 minutes, the screen will momentarily go blank for a second or so and then return with wrong colors and/or fonts overlaid on top of each other but closing the app (seamonkey mail) and restarting it seems to correct the problem. Annoying as this may be, it isn't nearly as serious as what usually happens next. After clicking an app selection (e.g., print), the screen freezes and no longer responds to any kind of input. The mouse pointer moves around and disk activity can be observed but the only button that works is the reset button on the front of the CPU chassis. It is possible to ssh to the system from another computer and log in but the CPU utilization is pegged at 100%. The process using most of the CPU is /usr/bin/X which appears to be spinning in a tight loop. Sending it TERM, INT or HUP do nothing. Sending it QUIT causes core to dump. Sending USR2 causes it to die and lightdm respawns a new instance of /usr/bin/X with the user prompted to log in. All running applications were terminated. Sometimes after /usr/bin/X has respawned, there is no longer a mouse pointer after logging back in but Ctrl-Alt-F1 followed by Alt-F7 restores proper operation. After killing /usr/bin/X, the GUI freeze problem does not usually recur for that boot session. However, if the system is rebooted using the only working button (chassis reset), the problem appears to recur with equal probability again at an unpredictable time. I have collected the dmesg log, Xorg.0.log and the /sys/kernel/debug/dri/0/i915_* logs after the GUI freeze but before /usr/bin/X has died. I have a bash script (included) invoked in /etc/rc.local that monitors /usr/bin/X and automatically collects the above log files before sending USR2 every time its CPU utilization exceeds 85% for 60 seconds or more. See the attached .tgz archive.
This problem appears to be related to the 1680 x 1050 resolution of the ACER X223w monitor connected to the graphics interface. Another Dell Dimension computer running LXLE using 1280 x 1024 seems to work without problems.
It's a GPU hang on 845G with an ancient kernel and userspace. We did finally workaround the most pernicious of 845G hardware bugs in the 3.10 era, I strongly recommend that you do try with an uptodate driver stack first.
Timeout, closing. Presumed fixed. Please reopen if the problem persists with latest kernels and userspace.
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.