From: Kevin S. <kms...@di...> - 2006-02-01 20:38:57
|
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. |