[Bug 92664] New: GUI Freezes disabling all console I/O

[bugzilla-daemon at freedesktop.org]

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>