Bug 17221 - R300 lockup when playing OpenGL game
Summary: R300 lockup when playing OpenGL game
Status: CLOSED CODE_FIX
Alias: None
Product: Drivers
Classification: Unclassified
Component: Video(AGP) (show other bugs)
Hardware: i386 Linux
: P1 normal
Assignee: Dave Airlie
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-08-28 23:11 UTC by Chris Rankin
Modified: 2020-08-25 05:19 UTC (History)
10 users (show)

See Also:
Kernel Version: 2.6.35.4
Subsystem:
Regression: Yes
Bisected commit-id:


Attachments
Xorg log file from crash (199.20 KB, text/plain)
2010-08-28 23:11 UTC, Chris Rankin
Details
attachment-25131-0.html (2.47 KB, text/plain)
2020-04-02 15:14 UTC, Chris Rankin
Details

Description Chris Rankin 2010-08-28 23:11:26 UTC
Created attachment 28231 [details]
Xorg log file from crash

I upgraded to 2.6.35.4 today from 2.6.34.5, and World of Warcraft locked up for the first time in a very, very long time. Switching back to 2.6.34.5 (using the same Mesa and xorg-drv-ati driver versions: both from git) has "fixed" the problem so far, so I'm suspecting that the problem is with the kernel module. KMS is enabled.

There was nothing written to either the serial console or the Xorg log. I have attached the old Xorg.0.log file. The SysRq key did not work, so I was forced to power cycle the PC.
Comment 1 Chris Rankin 2010-08-28 23:16:02 UTC
lspci output for the graphics card (AGP aperture = 256M):

01:00.0 VGA compatible controller: ATI Technologies Inc RV350 AS [Radeon 9550] (prog-if 00 [VGA controller])
	Subsystem: C.P. Technology Co. Ltd Device 2084
	Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx-
	Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
	Latency: 64 (2000ns min), Cache Line Size: 64 bytes
	Interrupt: pin A routed to IRQ 16
	Region 0: Memory at e0000000 (32-bit, prefetchable) [size=256M]
	Region 1: I/O ports at ec00 [size=256]
	Region 2: Memory at ff8f0000 (32-bit, non-prefetchable) [size=64K]
	Expansion ROM at ff800000 [disabled] [size=128K]
	Capabilities: [58] AGP version 3.0
		Status: RQ=256 Iso- ArqSz=0 Cal=0 SBA+ ITACoh- GART64- HTrans- 64bit- FW+ AGP3+ Rate=x4,x8
		Command: RQ=32 ArqSz=2 Cal=0 SBA+ AGP+ GART64- 64bit- FW- Rate=x8
	Capabilities: [50] Power Management version 2
		Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-)
		Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME-
	Kernel driver in use: radeon
	Kernel modules: radeon

01:00.1 Display controller: ATI Technologies Inc RV350 AS [Radeon 9550] (Secondary)
	Subsystem: C.P. Technology Co. Ltd Device 2085
	Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
	Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
	Latency: 64 (2000ns min), Cache Line Size: 64 bytes
	Region 0: Memory at d0000000 (32-bit, prefetchable) [size=256M]
	Region 1: Memory at ff8e0000 (32-bit, non-prefetchable) [size=64K]
	Capabilities: [50] Power Management version 2
		Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-)
		Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME-
Comment 2 Chris Rankin 2010-08-28 23:35:50 UTC
I should probably also mention that the userspace is Fedora 13, except with xorg-drv-ati from git. AIGLX is using Fedora's Mesa, but I was playing World of Warcraft fullscreen using the latest Gallium.
Comment 3 Jan Kreuzer 2010-08-31 14:28:11 UTC
You might take a look at the patch in fdos bugzilla. I had similiar problems with an x700 and an x800gto, after applying the patch from here https://bugs.freedesktop.org/show_bug.cgi?id=29389 the lockups disappeared. The patch applies against d-r-t.

Greetings Jan
Comment 4 Chris Rankin 2010-09-01 22:50:33 UTC
Thanks, initial testing suggests that disabling polling does indeed prevent the lockups.
Comment 5 Chris Rankin 2010-09-02 23:36:02 UTC
Interestingly, my PC just failed to wake up from DPMS sleep. (Kernel was 2.6.35.4 + poll=N patch.) It was also unresponsive to pings, wrote nothing to either logs or serial console and ultimately needed power cycling.

Its last known activity before DPMS sleep was running OpenGL screensavers using Fedora 13's mesa-dri-drivers-7.8.1-8.fc13.i686 package.
Comment 6 Andrew Morton 2010-09-23 22:51:10 UTC
The patch from https://bugs.freedesktop.org/show_bug.cgi?id=29389 is in 2.6.36.

Note You need to log in before you can comment on or make changes to this bug.