Ph: 18000032

Ubuntu

Overview Code Bugs Blueprints Translations Answers

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

Reported by Jonatan Schroeder on 2008-11-15
This bug affects 3 people
Affects Status Importance Assigned to Milestone
mesa (Ubuntu)
Undecided
Unassigned

You need to log in to change this bug's status.

Affecting: mesa (Ubuntu)
Filed here by: Jonatan Schroeder
When: 2008-11-15
Confirmed: 2009-01-12
Started work: 2009-08-21
Completed: 2009-08-21
(Find…)
(Find…)
Undecided

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]

Tags:
  Tag help

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.

Bryce Harrington (bryce) wrote on 2008-12-05:

[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
Xorg.0.log (i.e. after the crash) (24.1 KiB, text/plain)

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

Xorg.0.log.old (i.e. before the crash) (35.0 KiB, application/x-trash)
Output of lspci -vvnn (11.5 KiB, text/plain)
xorg.conf (1.3 KiB, text/plain)

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.

ssergeje (ssergeje) wrote on 2008-12-29:
ssergeje logs (92.5 KiB, text/plain)

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)

Marius Gedminas (mgedmin) wrote on 2009-01-12:

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
Marius Gedminas (mgedmin) wrote on 2009-01-12:

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.

description: updated
Marius Gedminas (mgedmin) wrote on 2009-01-16:

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



 Capabilities: <access denied>
 Kernel modules: intelfb  Region 4: I/O ports at 1800 [size=8]  Region 2: Memory at e0000000 (64-bit, prefetchable) [size=256M]  Region 0: Memory at f8100000 (64-bit, non-prefetchable) [size=1M]

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

 Capabilities: <access denied>  Region 0: Memory at f8200000 (64-bit, non-prefetchable) [size=1M]

Elvis Stansvik (elvstone) wrote on 2009-03-05:

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




        Capabilities: <access denied>
        Kernel modules: intelfb         Region 3: Memory at dc200000 (32-bit, non-prefetchable) [size=256K]         Region 2: Memory at c0000000 (32-bit, prefetchable) [size=256M]         Region 1: I/O ports at 1800 [size=8]         Region 0: Memory at dc100000 (32-bit, non-prefetchable) [size=512K]

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

        Capabilities: <access denied>         Region 0: Memory at dc180000 (32-bit, non-prefetchable) [size=512K]

Seems like solved on Jaunty beta.

Bryce Harrington (bryce) wrote on 2009-08-21:

Thanks for letting us know the issue is resolved.

Changed in mesa (Ubuntu):
status: Confirmed → Fix Released
To post a comment you must log in.


You are viewing a mobilized version of this site...
View original page here

Mobilized by Mowser Mowser