X11/GDM crash after using xrandr (Assertion `intel->batch->cliprect_mode != REFERENCES_CLIPRECTS' failed)

Bug #298226 reported by Jonatan Schroeder
28
This bug affects 3 people
Affects Status Importance Assigned to Milestone
mesa (Ubuntu)
Fix Released
Undecided
Unassigned

Bug Description

I'm using Ubuntu Intrepid. I recently bought a new monitor to use with my Laptop (Acer Aspire 1642WLMi with Intel graphics card), and I'm using xrandr to switch to two monitors. The commands I use are:

xrandr --fb 1280x1824 --output LVDS --mode 1280x800 --output VGA --mode 1280x1024 --below LVDS --verbose

to turn the monitor on, and

xrandr --fb 1280x800 --output LVDS --mode 1280x800 --output VGA --off --verbose

to turn it off. The problem is that when I turn the monitor off, I return to the login screen, I'm assuming because X11 restarts. This doesn't happen all the times, it usually doesn't work when I have been working on a session for some time. Some errors I found in some logs:

/var/log/gdm/:0.log.2:
(EE) intel(0): underrun on pipe B!
Xorg: intel_context.c:1020: UNLOCK_HARDWARE: Assertion `intel->batch->cliprect_mode != REFERENCES_CLIPRECTS' failed.

/var/log/syslog:
Nov 14 15:30:15 ubuntujs gdm[11368]: WARNING: gdm_slave_xioerror_handler: Fatal X error - Restarting :0
Nov 14 15:30:16 ubuntujs acpid: client connected from 12651[0:0]
Nov 14 15:30:20 ubuntujs bonobo-activation-server (jonatan-12676): could not associate with desktop session: Failed to connect to socket /tmp/dbus-aCE1Pj1qUH: Connection refused

I don't know what extra files are required, please let me know if you need any extra information.

[lspci]
00:00.0 Host bridge [0600]: Intel Corporation Mobile 915GM/PM/GMS/910GML Express Processor to DRAM Controller [8086:2590] (rev 03)
     Subsystem: Acer Incorporated [ALI] Device [1025:008f]
00:02.0 VGA compatible controller [0300]: Intel Corporation Mobile 915GM/GMS/910GML Express Graphics Controller [8086:2592] (rev 03)
     Subsystem: Acer Incorporated [ALI] Device [1025:008f]

Revision history for this message
Jonatan Schroeder (jonatanschroeder) wrote :

Checking a little closer, it usually happens when some specific programs are open, like Firefox or some wine programs. When these are close, X doesn't restart.

Revision history for this message
Bryce Harrington (bryce) wrote :

[This is an automated message]

Hi jonatanschroeder,

Please attach the output of `lspci -vvnn`, and attach your /var/log/Xorg.0.log file from after reproducing this issue. If you've made any customizations to your /etc/X11/xorg.conf please attach that as well.

Changed in xrandr:
status: New → Incomplete
Revision history for this message
Jonatan Schroeder (jonatanschroeder) wrote :

I'm sending both Xorg.0.log and Xorg.0.log.old, as a new log was created when X11 was restarted.

Revision history for this message
Jonatan Schroeder (jonatanschroeder) wrote :
Revision history for this message
Jonatan Schroeder (jonatanschroeder) wrote :
Revision history for this message
Jonatan Schroeder (jonatanschroeder) wrote :

About xorg.conf, the error happens with both the original xorg.conf (using dpkg-reconfigure -phigh xserver-xorg) and this version (changed to avoid the screen to blink when I call xrandr). I'm attaching the modified version.

Revision history for this message
ssergeje (ssergeje) wrote :

Hello!
I can confirm the issue - disabling the external monitor crahses X, __when Visual Effects (compiz) are enabled__.

Prerequisites:
1 you have compiz turned on
2 my monitor setup is: external monitor is on (1440x900@60Hz), laptop screen is disabled (OFF)

Steps to reproduce in Gnome 'Screen Resolution' tool:
1 switch laptop screen ON (1024x768@60Hz)
2 turn external monitor OFF
3 Apply the modifications
Result - GDM/X crashes

Work around - if you disable the visual effects before reproducing the steps, everything will go just fine.

I'll add the xorg.conf, syslog, auth.log, :o.log.1 and lspci -vvnn as an attachment

hope that helps 8)

Revision history for this message
Marius Gedminas (mgedmin) wrote :

Reassigning to xserver-xorg-video-intel on the basis of that assertion error; besides, xrandr is a client program and cannot be responsible for *server* crashes.

Changed in xrandr:
status: Incomplete → Confirmed
Revision history for this message
Marius Gedminas (mgedmin) wrote :

Um, Google search results for 'UNLOCK_HARDWARE: Assertion `intel->batch->cliprect_mode != REFERENCES_CLIPRECTS' failed.', show that it's mesa code that's doing the assertion.

Bryce Harrington (bryce)
description: updated
Revision history for this message
Marius Gedminas (mgedmin) wrote :

FWIW I get this error on Intel 965GM:

$ lspci -vvnn -s 02
00:02.0 VGA compatible controller [0300]: Intel Corporation Mobile GM965/GL960 Integrated Graphics Controller [8086:2a02] (rev 0c)
 Subsystem: Lenovo Device [17aa:20b5]
 Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
 Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
 Latency: 0
 Interrupt: pin A routed to IRQ 16
 Region 0: Memory at f8100000 (64-bit, non-prefetchable) [size=1M]
 Region 2: Memory at e0000000 (64-bit, prefetchable) [size=256M]
 Region 4: I/O ports at 1800 [size=8]
 Capabilities: <access denied>
 Kernel modules: intelfb

00:02.1 Display controller [0380]: Intel Corporation Mobile GM965/GL960 Integrated Graphics Controller [8086:2a03] (rev 0c)
 Subsystem: Lenovo Device [17aa:20b5]
 Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
 Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
 Latency: 0
 Region 0: Memory at f8200000 (64-bit, non-prefetchable) [size=1M]
 Capabilities: <access denied>

Revision history for this message
Elvis Stansvik (elvstone) wrote :

I can confirm this on my Intrepid laptop. Unfortunately I don't have Jaunty to test with.

$ lspci -vvnn -s 02
00:02.0 VGA compatible controller [0300]: Intel Corporation Mobile 945GM/GMS, 943/940GML Express Integrated Graphics Controller [8086:27a2] (rev 03)
        Subsystem: Fujitsu Siemens Computers Device [1734:10ad]
        Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
        Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
        Latency: 0
        Interrupt: pin A routed to IRQ 16
        Region 0: Memory at dc100000 (32-bit, non-prefetchable) [size=512K]
        Region 1: I/O ports at 1800 [size=8]
        Region 2: Memory at c0000000 (32-bit, prefetchable) [size=256M]
        Region 3: Memory at dc200000 (32-bit, non-prefetchable) [size=256K]
        Capabilities: <access denied>
        Kernel modules: intelfb

00:02.1 Display controller [0380]: Intel Corporation Mobile 945GM/GMS/GME, 943/940GML Express Integrated GraphicsController [8086:27a6] (rev 03)
        Subsystem: Fujitsu Siemens Computers Device [1734:10ad]
        Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
        Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
        Latency: 0
        Region 0: Memory at dc180000 (32-bit, non-prefetchable) [size=512K]
        Capabilities: <access denied>

Revision history for this message
Jonatan Schroeder (jonatanschroeder) wrote :

Seems like solved on Jaunty beta.

Revision history for this message
Bryce Harrington (bryce) wrote :

Thanks for letting us know the issue is resolved.

Bryce Harrington (bryce)
Changed in mesa (Ubuntu):
status: Confirmed → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.