1.) Sorry, I didn't want to confuse someone:
I'm using the "old" radeon_dri.so, as I only have a Radeon 7500,
not the r200
2.) stability:
My system is (almost) fine, even with 3d (its enabled all the time):
Last time the Xserver died, I saw a "spurius interrupt occured" or
so in dmesg, so I thought its maybe a hardware-problem?
And before that, I only had the lockup which was fixed in the tcl-branch
(april/may?). (problem with scissors)
oooh no!.. grep-ing in /var/log/messages shows more than one occurance
of this: kernel: spurious 8259A interrupt: IRQ7.
(->so it may not be the problem for the Xserver.)
but... heres something that shows info about the error from yesterday:
(please also see attached file, this is only an extract:)
Nov 23 20:18:13 buche kernel: [drm:radeon_irq_emit] *ERROR* radeon_irq_emit called without lock held
Nov 23 20:18:13 buche kernel: [drm:radeon_lock_take] *ERROR* 6 holds heavyweight lock
yes, some strangenes in the time after the reboot...
To the many radeon_freelist_get errors in the last hours:
I tried many demos (using wine) yesterday evening and today, so I
stressed the 3d-system much more as I do usually ;)
3.)I'm going to compile the trunk and try out what you
suggested, but using the radeon_dri.so module, not the r200_.. ;)
4.) radeon.o is from 26th oktober and from mesa-4-1-branch,
I'm going to rebuild it.
5.) any suggestions?
best regards,
Andreas
Am 2002.11.24 16:13:57 +0100 schrieb(en) Brian Paul:
Andreas Stenglein wrote:Hello, just yesterday I had such a lockup of the xserver, too. It ocurred when I played with xmms and enabled 3 vis-plugins: G force, then OpenGL LAVA, then OpenGL Spectrum Analyzer. The Spectrum Analyzer overlapped the LAVA-Window, and a moment later the Xserver "was locked" (music continued playing!), mouse could be moved around, but "everything" else was frozen, for example: the merlin cpufire applet, which shows usage of CPU. I did ssh to the machine, tried to "init 3" for getting the Xserver to shutdown, but no luck: I had to killall -KILL X. After rmmod radeon and init 5: still frozen graphics. So i rebooted the machine. system: sis745, AthlonXP1700+, Radeon7500 (275/275MHz), SuSE 7.3, Kernel 2.4.19, XFree86 4.2.0, DRI-CVS-mesa-4-1-branch, 20021123 (morning) Last 3 or 4 times i did a make install of the DRI, I didnt restart the Xserver, because there were some apps open I didnt want to close. So I was using a radeon.o kernel-module which was one or two weeks old.Maybe that lockup is another "variant" of the scissoring-bug, which was fixed earlier this year in the radeon-kernelmodule? best regards, Andreas ps: mesa 5.0 in the upcoming XFree86 4.3.0 would be nice! and mach64-3d-support, too.Is everything OK until you use 3D? Maybe you could try using the trunk r200_dri.so with the mesa-41 branch. You can use LIBGL_DRIVERS_PATH to specify the directory to search for the driver. -Brian
cat /var/log/messages | grep Nov | grep drm Nov 2 13:23:39 buche kernel: [drm] AGP 0.99 on SiS @ 0xd0000000 128MB Nov 2 13:23:39 buche kernel: [drm] Initialized radeon 1.7.0 20020828 on minor 0 Nov 10 20:07:29 buche kernel: [drm:radeon_freelist_get] *ERROR* returning NULL! Nov 10 20:10:17 buche kernel: [drm:radeon_freelist_get] *ERROR* returning NULL! Nov 17 22:32:12 buche kernel: [drm:radeon_freelist_get] *ERROR* returning NULL! Nov 19 23:20:09 buche kernel: [drm:radeon_freelist_get] *ERROR* returning NULL! Nov 23 20:18:13 buche kernel: [drm:radeon_irq_emit] *ERROR* radeon_irq_emit called without lock held Nov 23 20:18:13 buche kernel: [drm:radeon_lock_take] *ERROR* 6 holds heavyweight lock Nov 23 20:28:42 buche kernel: [drm] Module unloaded Nov 23 20:29:05 buche kernel: [drm] AGP 0.99 on SiS @ 0xd0000000 128MB Nov 23 20:29:05 buche kernel: [drm] Initialized radeon 1.7.0 20020828 on minor 0 Nov 23 20:28:17 buche kernel: [drm] AGP 0.99 on SiS @ 0xd0000000 128MB Nov 23 20:28:17 buche kernel: [drm] Initialized radeon 1.7.0 20020828 on minor 0 Nov 23 21:15:19 buche kernel: [drm:radeon_freelist_get] *ERROR* returning NULL! Nov 23 21:38:52 buche kernel: [drm:radeon_freelist_get] *ERROR* returning NULL! Nov 23 22:29:19 buche kernel: [drm:radeon_freelist_get] *ERROR* returning NULL! Nov 23 23:34:50 buche kernel: [drm:radeon_freelist_get] *ERROR* returning NULL! Nov 23 23:45:11 buche kernel: [drm:radeon_freelist_get] *ERROR* returning NULL! Nov 23 23:45:11 buche kernel: [drm:radeon_freelist_get] *ERROR* returning NULL! Nov 24 00:15:39 buche kernel: [drm:radeon_freelist_get] *ERROR* returning NULL! Nov 24 00:24:50 buche kernel: [drm:radeon_freelist_get] *ERROR* returning NULL! Nov 24 10:38:37 buche kernel: [drm:radeon_freelist_get] *ERROR* returning NULL! Nov 24 12:06:33 buche kernel: [drm:radeon_freelist_get] *ERROR* returning NULL! Nov 24 12:08:52 buche kernel: [drm:radeon_freelist_get] *ERROR* returning NULL! Nov 24 15:35:06 buche kernel: [drm:radeon_freelist_get] *ERROR* returning NULL! Nov 24 15:35:06 buche kernel: [drm:radeon_freelist_get] *ERROR* returning NULL! Nov 24 15:44:10 buche kernel: [drm:radeon_freelist_get] *ERROR* returning NULL! Nov 24 16:06:21 buche kernel: [drm:radeon_freelist_get] *ERROR* returning NULL! Nov 24 16:19:25 buche kernel: [drm:radeon_freelist_get] *ERROR* returning NULL!