Adam K Kirchhoff wrote:

Nicolai Haehnle wrote:

On Saturday 19 February 2005 01:05, Adam K Kirchhoff wrote:


Nicolai Haehnle wrote:


Please, everybody, get the latest CVS (anonymous will take some time to catch up...) and test vertex buffer mode with it (go to r300_run_render() in r300_render.c and change the #if so that r300_vb_run_render() is called). I want to be really sure that this fixes it for other people as well (after all, there may be other causes for lockups that haven't

occured

on my machine yet), and that there are no regressions for those who

already

had working VB mode.



Correct me if I'm wrong, but to get the driver to automatically use vb mode, all you have to do is to change:


#if 1
               return r300_run_immediate_render(ctx, stage);
#else
               return r300_run_vb_render(ctx, stage);
#endif

to

#if 1
               return r300_run_vb_render(ctx, stage);
#else
               return r300_run_vb_render(ctx, stage);
#endif

Correct?


That's correct, although it would be easier to just change the 1 into a 0 ;)



Yeah, if I had actually taken the time to look at and understand the code, I would have just done that :-)

If that's the case, I'm experiencing lockups with neverputt in both immediate and vb modes, though the symptoms are slightly different. In both cases, I have to ssh in and reboot. Simply killing neverputt doesn't bring back the machine. With immediate mode, the lockup seems to happen quicker. I can't get past the first hole. The mouse still responds.. I can move it around though, of course, it does no good. In vb mode, the mouse locks up, too.

Any ideas?


Interesting, I didn't have lockups that hard for quite some time. Then again, I'm only trying to get glxgears to run without lockups...
So this could really be anything.


The first rule of thumb is to run with the environment variable RADEON_DEBUG=all set and pipe stderr into a file (beware that this will reduce performance a lot), make sure you capture the entire file and examine that. The last line should be something like "R200 timed out... exiting" in "normal" lockups.


So I updated my Xorg cvs, as per Vladimir's recent suggestion, and gave neverputt another shot. It locked up, including the mouse... It dies with:


r300BindTexture( 0x831d050 ) unit=0
r300ResetHwState
r300Flush
r300FlushCmdBufLocked from r300Flush - 1 cliprects
Syncing in r300FlushCmdBufLocked (from r300Flush)

Error: R200 timed out... exiting

I can upload the full debug log to a server at work, but it's about 62 megs and it's gonna take a while to upload.

I'm attaching the last 200 lines or so.

Adam



Same lockups with tuxracer, but it happened much quicker. You can view the full debug output from tuxracer at:


http://go.visualtech.com/adam/tuxracer.txt

It's about 6 megs in size.

Adam




------------------------------------------------------- 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