On Friday 24 May 2002 11:17 am, I wrote:" > The XFree 4.2 driver is stable, but drops textures on the floor somwhere. > > The CVS code produces correct textures, but locks up under heavy use with > the symptoms described. I've been using the binaries from > dri.sourceforge.net to test this with. I also tried the experimental tcl > branch binaries out of curiosity, but my X server segfaulted on startup > so I stopped being so silly :-)
The binary packages for the tcl-0-0-branch from dri.sourceforge.net don't work with the Xserver built from the HEAD, at least for me; the Xserver segfaults on startup. However, I checked out the whole tree for the tcl-0-0-branch and built that, and am happy to report that I was unable to reproduce the same lockup (I did get a different one - see below). I loaded up the landscape and zoomed around it for 20 minutes or so without a problem. I was also quite impressed with all the lighting effects that suddenly appeared :-) The textures on the character models, however, behave quite strangely: In XFree 4.2, these textures were just missing, leaving the models with a kind of "shiny metal" effect all over (that'll be the highlights applied to the base polygons). With tcl-0-0-branch the textures are clearly there, but the "shiny metal effect" is peeking through them in a lot of places. With tcl-0-0-branch and RADEON_NO_TCL=1 everything appears to be rendered correctly. A similar effect which looks like exactly the same problem is really obvious in Tux Racer on the track "Who Says Penguins Can't Fly?" (actually, any track with ice patches; they flicker on and off), so it may be already known. Both of these conditions occur with page flipping turned off. The first time I start a GL app (tuxracer, NWN toolset, glxgears, whatever) a white rectangle gets drawn the full width of the screen and about the height of a window title bar (actual height may vary - I'm not sure). This happens only the first time; after an xrefresh it never recurs, and it seems to require a reboot to make it happen again. It happens with or without page flipping turned on. The tcl-0-0-branch really doesn't like 2D menus being popped up over the 3D drawing area; it locks up after a few of these with or without RADEON_NO_TCL and with or without page flipping enabled. Following Michel's suggestion I've captured logs for three occurrences of this happening and put them at http://www.electronghost.co.uk/radlock2.txt.gz http://www.electronghost.co.uk/radlock3.txt.gz http://www.electronghost.co.uk/radlock4.txt.gz They're clipped to a bit before the problem presumably occurred to keep the size down. Just look at the DONE_AGE = N at the end of the file in the error report, and then search back for 'dispatch age=N' to find where radeon_cp_discard_buffer had finished with it. I'm quite willing to add more traces and produce more information if requested. The system in question is an Athlon 1200 on a KT7RAID m/b with a Radeon 7500 SDR 64Meg. Yes, I do have mem=nopentium set. -- Tim Smith ([EMAIL PROTECTED]) "And I did woggle and nerk, me boys / as I shall quickly tell / O! 'tis my delight on a shiny night / and a foggy night as well!" -- Rambling Sid Rumpo _______________________________________________________________ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm _______________________________________________ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
