I'm trying to diagnose and hopefully fix a recurring hang with my 9200SE
(details below) and all recent DRM/DRI drivers on my desktop Linux system.

I have a Duron 700 on Gigabyte 7ZM (via based) motherboard, configured for
AGP 1x and with e.g. current Fedora Core 3 kernel (2.6.11) and X.org (6.8.2)
or with recent DRI snapshots the graphics will eventually (minutes, hours
rarely longer) hang.

>From a remote machine in another room I can see that the process (when playing
a game this will be the game process, if just scooting around it will be X)
is spinning at 100% CPU. Typically the last process using the card, if it is
killed, will spin in System time, uninterruptible forever. When this happens
the machine must be rebooted...

Some use of the debug=1 module parameter reduced performance, and sadly made
the hang much less frequent, but suggested that somehow the card itself is
"stuck" and DRM is waiting for it to become idle, which never happens. The
100% CPU is consumed repeatedly calling the same ioctl(), a getparam looking
for the last frame # iirc, and the result never changes.

As an experiment I tried writing a mini-client which opens /dev/dri/card0
and uses some of the dangerous-looking ioctl()s to try to "fix" a card in
this hung state. Most of the experiments were failures, but I found that
DRM_IOCTL_RADEON_CP_RESUME (used to restart a card after sw suspend) kicks
it back into life enough that I can often continue with a fresh X session
but without rebooting.

Does the above symptom mean anything to anyone? Any suggestions where to
look or what to try next? Presumably DRM_IOCTL_RADEON_CP_RESUME is a very
rude thing to do while the machine is running, but it seems to help, does
that provide any clues?

Nick.


-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
--
_______________________________________________
Dri-devel mailing list
Dri-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dri-devel

Reply via email to