[Bug 92664] New: GUI Freezes disabling all console I/O
bugzilla-daemon at freedesktop.org
bugzilla-daemon at freedesktop.org
Sat Oct 24 15:27:00 PDT 2015
https://bugs.freedesktop.org/show_bug.cgi?id=92664
Bug ID: 92664
Summary: GUI Freezes disabling all console I/O
Product: xorg
Version: 7.7 (2012.06)
Hardware: x86 (IA32)
OS: Linux (All)
Status: NEW
Severity: major
Priority: medium
Component: Driver/intel
Assignee: chris at chris-wilson.co.uk
Reporter: BoylesJE39 at gmail.com
QA Contact: intel-gfx-bugs at lists.freedesktop.org
Created attachment 119178
--> https://bugs.freedesktop.org/attachment.cgi?id=119178&action=edit
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.
--
You are receiving this mail because:
You are the QA Contact for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/intel-gfx-bugs/attachments/20151024/2833ee11/attachment.html>
More information about the intel-gfx-bugs
mailing list