a roundup:
my lockup with the old radeon occurs with
current trunk and with mesa-4-1-branch (2002-11-24)
If only the application crashes, you can get these
outputs:
xmms: radeon_vtxfmt.c:325: copy_dma_verts: Zusicherung »0« nicht erfüllt.
(assertion)
(app. died itself)
or:
drmRadeonCmdBuffer: -22
Xlib: unexpected async reply (sequence 0x1f71)!
(app. died itself)
or:
radeonEmitIrqLocked: drmRadeonIrqEmit: -22
(I had to KILL the app)
[1]+ Getötet xmms
And I discoverd a new variant of the hang:
Xserver freezes, app freezes (no music playing),
killing the app doesnt help (as its already dead?),
but killing the Xserver and restarting
(without reboot) helped!
And I found some new ERRORs in the log:
cat /var/log/messages | grep "Nov 24 2" | grep drm
Nov 24 20:09:00 buche kernel: [drm:radeon_irq_emit] *ERROR* radeon_irq_emit called without lock held
Nov 24 20:09:00 buche kernel: [drm:radeon_lock_take] *ERROR* 6 holds heavyweight lock
Nov 24 20:16:39 buche kernel: [drm] AGP 0.99 on SiS @ 0xd0000000 128MB
Nov 24 20:16:39 buche kernel: [drm] Initialized radeon 1.7.0 20020828 on minor 0
Nov 24 20:58:24 buche kernel: [drm] AGP 0.99 on SiS @ 0xd0000000 128MB
Nov 24 20:58:24 buche kernel: [drm] Initialized radeon 1.7.0 20020828 on minor 0
Nov 24 20:59:57 buche kernel: [drm:radeon_irq_emit] *ERROR* radeon_irq_emit called without lock held
Nov 24 20:59:57 buche kernel: [drm:radeon_lock_take] *ERROR* 6 holds heavyweight lock
Nov 24 21:03:10 buche kernel: [drm] AGP 0.99 on SiS @ 0xd0000000 128MB
Nov 24 21:03:10 buche kernel: [drm] Initialized radeon 1.7.0 20020828 on minor 0
Nov 24 21:27:24 buche kernel: [drm:radeon_cp_cmdbuf] *ERROR* bad buffer
Nov 24 21:27:24 buche kernel: [drm:radeon_lock_take] *ERROR* 6 holds heavyweight lock
Nov 24 21:28:49 buche kernel: [drm:radeon_cp_cmdbuf] *ERROR* bad buffer
Nov 24 21:28:49 buche kernel: [drm:radeon_lock_take] *ERROR* 6 holds heavyweight lock
Nov 24 21:29:19 buche kernel: [drm:radeon_cp_cmdbuf] *ERROR* bad buffer
Nov 24 21:29:19 buche kernel: [drm:radeon_lock_take] *ERROR* 6 holds heavyweight lock
Nov 24 21:30:18 buche kernel: [drm:radeon_irq_emit] *ERROR* radeon_irq_emit called without lock held
Nov 24 21:30:18 buche kernel: [drm:radeon_lock_take] *ERROR* 6 holds heavyweight lock
Nov 24 21:43:20 buche kernel: [drm:radeon_cp_cmdbuf] *ERROR* bad buffer
Nov 24 21:44:41 buche kernel: [drm:radeon_irq_emit] *ERROR* radeon_irq_emit called without lock held
Nov 24 21:44:41 buche kernel: [drm:radeon_lock_take] *ERROR* 6 holds heavyweight lock
regards,
Andreas
Am 2002.11.24 21:25:04 +0100 schrieb(en) Andreas Stenglein:
hello!
good and bad news:
1.) _my_ lockup with xmms and the OpenGL LAVA and
spectrum-analyzer IS NOT specific to
a) the radeon.o kernelmodul: newest build of radeon.o fails, too
b) mesa-4-1-branch: current trunk fails, too
c) I have to check newest build of mesa-4-1-branch from today
2.) (at least with trunk,) it ranges from a killed application:
xmms: radeon_vtxfmt.c:325: copy_dma_verts: Zusicherung »0« nicht erfüllt.
(assertion)
over the frozen X-Server I described in a previous post (trunk, mesa-4-1-br.)
to a complete system-lockup: music plays in a loop, no ping, no ssh,
only solution: reset
3.) workarounds (trunk): RADEON_NO_VTXFMT=1 helps
or: RADEON_TCL_FORCE_DISABLE=1 helps
other: not tested
I moved both windows around, etc, -> no problems!
4.) triggering the bug:
start xmms,
open vis-plugins-selection,
activate OpenGL LAVA plugin,
_then_ add. activate OpenGL SpectrumAnalyzer
-> wait a few milliseconds -> boom
5.) system, hardware, etc:
I'm using the "old" radeon_dri.so, as I only have a Radeon 7500, not the r200system: sis745, AthlonXP1700+, Radeon7500 (275/275MHz), SuSE 7.3, Kernel 2.4.19, XFree86 4.2.0
------------------------------------------------------- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf _______________________________________________ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
