Bug 17583

Summary:	Assertion failure in dri_bufmgr_fake.c
Product:	Mesa	Reporter:	Johan Bilien <jobi>
Component:	Drivers/DRI/i965	Assignee:	haihao <haihao.xiang>
Status:	RESOLVED DUPLICATE	QA Contact:
Severity:	normal
Priority:	medium	CC:	b.buschinski
Version:	7.1
Hardware:	Other
OS:	All
Whiteboard:
i915 platform:		i915 features:
Attachments:	log file glxinfo output (with LIBGL_DEBUG=verbose) configuration file dmesg output

Description Johan Bilien 2008-09-15 02:55:48 UTC

Having updating to the following components:
xserver 1.5.0
intel 2D driver 2.4.2
mesa 7.1
libdrm 2.3.1+git+20080706+401f77a-1 (from Debian)
linux 2.6.26 (no memory manager)

I keep triggering the following assertion when running Xgl:

../common/dri_bufmgr_fake.c:576: dri_bufmgr_fake_contended_lock_take: Assertion `((&bufmgr_fake->on_hardware)->next == (&bufmgr_fake->on_hardware))' failed

Comment 1 Gordon Jin 2008-09-16 02:36:41 UTC

Can you reproduce it without Xgl?
Please attach Xorg.0.log, better following http://www.intellinuxgraphics.org/how_to_report_bug.html

Comment 2 Michael Fu 2008-09-19 05:51:26 UTC

*** Bug 15584 has been marked as a duplicate of this bug. ***

Comment 3 Johan Bilien 2008-09-21 08:12:57 UTC

Created attachment 19063 [details]
log file

Comment 4 Johan Bilien 2008-09-21 08:15:11 UTC

Created attachment 19064 [details]
glxinfo output (with LIBGL_DEBUG=verbose)

Comment 5 Johan Bilien 2008-09-21 08:15:46 UTC

Created attachment 19065 [details]
configuration file

Comment 6 Johan Bilien 2008-09-21 08:16:31 UTC

Created attachment 19066 [details]
dmesg output

Comment 7 Johan Bilien 2008-09-21 08:20:09 UTC

The machine is a Lenovo thinkpad T61 with a 965 based graphics controller:

00:02.0 VGA compatible controller: Intel Corporation Mobile GM965/GL960 Integrated Graphics Controller (rev 0c)
	Subsystem: Lenovo Device 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: [90] Message Signalled Interrupts: Mask- 64bit- Queue=0/0 Enable-
		Address: 00000000  Data: 0000
	Capabilities: [d0] Power Management version 3
		Flags: PMEClk- DSI+ D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-)
		Status: D0 PME-Enable- DSel=0 DScale=0 PME-
		Bridge: PM- B3+
	Kernel modules: intelfb

Comment 8 Johan Bilien 2008-09-21 08:21:36 UTC

(In reply to comment #1)
> Can you reproduce it without Xgl?

Not so far (haven't tried much) but apparently others can (see the duplicate).

Comment 9 Johan Bilien 2008-09-21 22:54:23 UTC

I can reproduce this on a 945 (macbook) with the same versions of the software stack.

Comment 10 Gordon Jin 2008-09-22 00:38:10 UTC

I'm finding a easier reproducing way: mesa xdemo manywin (bug#13890). So I'm marking dup.

*** This bug has been marked as a duplicate of bug 13890 ***

Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.