On Mon, Jan 30, 2006 at 09:41:30AM +1030, Kevin Shanahan wrote:
> On Sun, Jan 29, 2006 at 04:04:50PM +1100, Benjamin Herrenschmidt wrote:
> > On Sun, 2006-01-29 at 10:06 +1030, Kevin Shanahan wrote:
> > > I also tested on my desktop with Radeon 9800 Pro (R350), but no
> > > miracle improvements there. It still locks up after about 1 minute of
> > > glquake, but no problems if not using 3d apps. I'm using xorg 6.9
> > > packages there but with libgl1-mesa-dri (6.3.2-2) instead of
> > > xlibmesa-dri.
> >
> > With both the DRM and the server patch ? Ok, so it seems that my patch
> > fix some lockups on some 9800's but not all of them... bummer.
>
> Yes, I patched both. Maybe there were some lockups solved in Mesa 6.4,
> but I'll wait until Debian packages are available to test that.
Okay, I've now updated to Mesa 6.4.1 but unfortunately it still locks
up. Possibly this is just a typical lockup, but I'll describe what I'm
seeing:
- Start GLQuake
- I notice one warning is printed from libGL:
*********************************WARN_ONCE*********************************
File r300_render.c function r300_get_num_verts line 193
user error: 227 is not a valid number of vertices for primitive T !
***************************************************************************
- GLQuake runs perfectly for a minute or so
- Then, all windows on the screen stop updating
- Mouse cursor can still be moved around
- The keyboard is not responsive at all
- Networking still works, I can log in with ssh
- GLQuake executable is still running, hogging the cpu
- It appears to be stuck in glXSwapBuffers
#0 0xb7db7cc4 in ioctl () from /lib/tls/libc.so.6
#1 0xb7cd5fb5 in drmCommandWriteRead () from /usr/lib/libdrm.so.2
#2 0xb6af5673 in radeonUnbindContext () from /usr/lib/dri/r300_dri.so
#3 0xb6af58d4 in radeonUnbindContext () from /usr/lib/dri/r300_dri.so
#4 0xb6af5a36 in radeonCopyBuffer () from /usr/lib/dri/r300_dri.so
#5 0xb6af540b in radeonSwapBuffers () from /usr/lib/dri/r300_dri.so
#6 0xb6af0baf in __driUtilUpdateDrawableInfo () from /usr/lib/dri/r300_dri.so
#7 0xb7e6038e in glXSwapBuffers () from /usr/lib/libGL.so.1
#8 0x08097b53 in GL_EndRendering () at ../common/gl_vidlinuxglx.c:641
#9 0x08092e8a in SCR_UpdateScreen () at gl_screen.c:909
#10 0x0805583c in _Host_Frame (time=0.0147500001) at host.c:730
#11 0x080559a9 in Host_Frame (time=0.0147500001) at host.c:765
#12 0x080969a1 in main (c=8, v=0xbfdc0d24) at sys_linux.c:404
Detaching from program: /home/kmshanah/quake/tyr-glquake, process 17191
This is my video card:
0000:01:00.0 VGA compatible controller: ATI Technologies Inc Radeon R350
[Radeon 9800 Pro] (prog-if 00 [VGA])
Subsystem: Giga-byte Technology: Unknown device 4026
Flags: bus master, stepping, 66MHz, medium devsel, latency 32, IRQ 18
Memory at d8000000 (32-bit, prefetchable) [size=128M]
I/O ports at a000 [size=256]
Memory at e9000000 (32-bit, non-prefetchable) [size=64K]
Expansion ROM at e8000000 [disabled] [size=128K]
Capabilities: [58] AGP version 3.0
Capabilities: [50] Power Management version 2
Let me know if there's any other information I can provide which might
help, but I suspect not. Anyway, I'll keep testing these patches as
they come.
Cheers,
Kevin.
-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems? Stop! Download the new AJAX search engine that makes
searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642
--
_______________________________________________
Dri-devel mailing list
Dri-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dri-devel
