Ubuntu
xorg-server package

dri_bufmgr_fake_contended_lock_take: Assertion `_fence_test(bufmgr_fake, block->fence)' failed."

Bug #349535 reported by MarianoAbsatz
4
Affects Status Importance Assigned to Milestone
xorg-server (Ubuntu)
Fix Released
Undecided
Unassigned
Intrepid
Invalid
Undecided
Unassigned

Bug Description

Binary package hint: gdm

Hi,

I ain't quite sure if this is a gdm problem, it might also be x.org... please reassign if necessary (or ask me for any additional info you may need).

This has already happened a handful of times. Some times (e.g. when I have a lot of unfinished work and open windows) I leave my work PC on and logged in during the night, and when I come back, it is at the gdm login screen.

Inspecting /var/log/wtmp (using "last") I notice that tty7 is marked as "gone - no logout"... my pts/X are shown as all logged out at the same time.

Looking at that time in /var/log/syslog I find the following:
############### /var/log/syslog ###############
Mar 26 21:38:06 kamchatka gdm[12964]: WARNING: gdm_slave_xioerror_handler: Fatal X error - Restarting :0
Mar 26 21:38:07 kamchatka kile: *** glibc detected *** kile: corrupted double-linked list: 0x08eae7f0 ***
Mar 26 21:38:08 kamchatka acpid: client connected from 24269[0:0]
Mar 26 21:38:10 kamchatka kernel: [738623.073704] mtrr: type mismatch for d0000000,10000000 old: write-back new: write-combining
Mar 26 21:38:10 kamchatka kernel: [738623.562071] set status page addr 0x00033000
############### /var/log/syslog ###############

(the "kile" error only happens if kile is running, I've seen similar logs without it)

I find that these errors are correlated to an error like the following in /var/log/gdm/:0.log
############### /var/log/gdm/:0.log ###############
X: ../common/dri_bufmgr_fake.c:579: dri_bufmgr_fake_contended_lock_take: Assertion `_fence_test(bufmgr_fake, block->fence)' failed.
############### /var/log/gdm/:0.log ###############

The only other log I could correlate was auth.log stating that my gdm session was closed:
############### /var/log/auth.log ###############
Mar 26 21:38:07 kamchatka gdm[12964]: pam_unix(gdm:session): session closed for user baby
############### /var/log/auth.log ###############

I'm using Intrepid with gnome in a Dell Optiplex 755 ultra small factor with an Intel graphics card.
Stuff (that I can remember) that was running at that time:
gdm 2.20.8-0ubuntu3
firefox 3.0.7+nobinonly-0ubuntu0.8.10.1
thunderbird 2.0.0.21+nobinonly-0ubuntu0.8.10.1
gnome-terminal 2.24.1.1-0ubuntu1
kile 1:2.0.1-1ubuntu1
xscreensaver 5.07-0ubuntu3

############### /etc/X11/xorg.conf ###############
Section "InputDevice"
 Identifier "Generic Keyboard"
 Driver "kbd"
 Option "XkbRules" "xorg"
 Option "XkbModel" "pc105"
 Option "XkbLayout" "latam"
 Option "XkbOptions" "lv3:ralt_switch"
EndSection

Section "InputDevice"
 Identifier "Configured Mouse"
 Driver "mouse"
 Option "CorePointer"
EndSection

Section "Device"
 Identifier "Configured Video Device"
EndSection

Section "Monitor"
 Identifier "Configured Monitor"
EndSection

Section "Screen"
 Identifier "Default Screen"
 Monitor "Configured Monitor"
 Device "Configured Video Device"
EndSection

Section "ServerLayout"
 Identifier "Default Layout"
 Screen "Default Screen"
EndSection
############### /etc/X11/xorg.conf ###############

Any help appreciated, please feel free to ask for more info

Revision history for this message
Sebastien Bacher (seb128) wrote :

the issue seems rather an xorg one

"X: ../common/dri_bufmgr_fake.c:579: dri_bufmgr_fake_contended_lock_take: Assertion `_fence_test(bufmgr_fake, block->fence)' failed."

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

> Any help appreciated, please feel free to ask for more info

Thanks. Please collect a full backtrace - see http://wiki.ubuntu.com/X/Backtracing for directions.

Also, you need to attach your Xorg.0.log and the output of `lspci -vvnn` whenever reporting Xorg bugs. An easy way to do this is to run `apport-collect 350548` from the affected machine.

Bryce Harrington (bryce)
Changed in xorg-server (Ubuntu):
status: New → Incomplete
Revision history for this message
MarianoAbsatz (el-baby) wrote :
Download full text (11.9 KiB)

Thanx for your answer, Bryce.

I'm ssh'ing from home now and I see that friday night it happened again (I left the pc logged it and with a regular bunch of apps running just for testing).

I'm attaching Xorg.0.log. Below is also the output of lspci.

Regarding the backtrace, I'll install the packages with the debug symbols and leave again the pc logged in.

I have a couple of questions, though... since it seems I can't force this to happen other than "waiting it happens during the night (or a long unattended period)".

Should I launch gdb from another computer or will it suffice if I run it from a text console like tty1 or tty2?

Here's `lspci -vvnn`:
00:00.0 Host bridge [0600]: Intel Corporation 82Q35 Express DRAM Controller [8086:29b0] (rev 02)
 Subsystem: Dell Device [1028:0211]
 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>
 Kernel driver in use: agpgart-intel
 Kernel modules: intel-agp

00:02.0 VGA compatible controller [0300]: Intel Corporation 82Q35 Express Integrated Graphics Controller [8086:29b2] (rev 02)
 Subsystem: Dell Device [1028:0211]
 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 fea00000 (32-bit, non-prefetchable) [size=512K]
 Region 1: I/O ports at ec90 [size=8]
 Region 2: Memory at d0000000 (32-bit, prefetchable) [size=256M]
 Region 3: Memory at feb00000 (32-bit, non-prefetchable) [size=1M]
 Capabilities: <access denied>

00:02.1 Display controller [0380]: Intel Corporation 82Q35 Express Integrated Graphics Controller [8086:29b3] (rev 02)
 Subsystem: Dell Device [1028:0211]
 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 fea80000 (32-bit, non-prefetchable) [size=512K]
 Capabilities: <access denied>

00:03.0 Communication controller [0780]: Intel Corporation 82Q35 Express MEI Controller [8086:29b4] (rev 02)
 Subsystem: Dell Device [1028:0211]
 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 fedad000 (64-bit, non-prefetchable) [size=16]
 Capabilities: <access denied>
 Kernel driver in use: heci
 Kernel modules: heci

00:03.2 IDE interface [0101]: Intel Corporation 82Q35 Express PT IDER Controller [8086:29b6] (rev 02) (prog-if 85 [Master SecO PriO])
 Subsystem: Dell Device [1028:0211]
 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-
 Interrupt: pi...

Revision history for this message
MarianoAbsatz (el-baby) wrote :

Sorry... I hadn't missed the log, but my firefox went a bit nuts and the "open file" dialog was non-functional... I restarted it and now I'm attaching Xorg.0.log

Revision history for this message
Pedro Villavicencio (pedro) wrote :

We need a backtrace, could you get one with the instructions provided above? Thanks.

Revision history for this message
MarianoAbsatz (el-baby) wrote :

Sorry, Pedro,

I had a very busy week and only yesterday had the time to install the -dbg packages. Before leaving office, I left a bunch of apps running and started gdb logged in remotely (from the server console)...

Today is a National Holiday here so I don't go to my office, but anyway, applying Murphy's law, I just logged in from home and the X server didn't crash yet...

If by tomorrow morning it crashes I'll get the backtrace and post it, otherwise, I'll let it running the whole weekend and see what happens.

Please gimme just a couple of days since I can't force the crash.

Regards.

Revision history for this message
MarianoAbsatz (el-baby) wrote :

Of course... it ran for more than 36 hours and now that gdb is watching, it didn't crash... will try again during the weekend.
:-(

Bryce Harrington (bryce)
summary: - gdm crashing randomly while unattended
+ dri_bufmgr_fake_contended_lock_take: Assertion `_fence_test(bufmgr_fake,
+ block->fence)' failed."
Revision history for this message
MarianoAbsatz (el-baby) wrote :

I don't know if this is because of the symbols being loaded or some gdb magic but gdm is not crashing anymore...

I don't know how to help any further... will disengage gdb tonight and see what happens...

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

Also, can you see if you can reproduce this on jaunty? LiveCDs are available from http://cdimages.ubuntu.com

Bryce Harrington (bryce)
Changed in xorg-server (Ubuntu):
status: Incomplete → Confirmed
Bryce Harrington (bryce)
Changed in xorg-server (Ubuntu):
status: Confirmed → Incomplete
Revision history for this message
MarianoAbsatz (el-baby) wrote :

Hi Bryce,

I'm sorry... this is (was) a machine that I use at work and can't experiment much with it (nor have the time to)... to put things even worse, this morning I launched users-admin and somehow it ate my /etc/password ... I tried to dpkg-reconfigure all the packages and somehow it got rebuilt but I couldn't boot anymore (the boot process couldn't recognize my lvm partition, although booting with the alternate cd found it)...

After 3 hours trying, I simply reinstalled ubuntu from the alternate cd... I don't think the bug will appear again, but will have an eye on it... meanwhile this will probably keep being incomplete...

Sorry about that.

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

Alright, understood. Well, without a way to tell if it's still present in the devel version (and test fixes, etc.) we cannot investigate it. The issue sounds familiar, I think it may have gotten fixed early on in Jaunty. Anyway, I'm leaving an Intrepid task in case anyone wishes to investigate finding and backporting that fix.

If by chance you do find it still exists in the development version (which will be Jaunty only for a short time longer, and then we move to Karmic), feel free to reopen the main task.

Changed in xorg-server (Ubuntu):
status: Incomplete → Fix Released
Revision history for this message
Alex Valavanis (valavanisalex) wrote :

Intrepid Ibex reached end-of-life on 30 April 2010 so I am closing the
report. The bug has been fixed in newer releases of Ubuntu.

Changed in xorg-server (Ubuntu Intrepid):
status: New → Invalid
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.
Subscribing...

Other bug subscribers

Bug attachments

Remote bug watches

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