On Wednesday 10 November 2004 08:10, eGore wrote: > Hi list, > > I ran into some trouble getting DRI running with r300 (I have no idea if > it is already supported or not), but it didn't work. I looked at xorg's > logfile and found out that DRI was disabled and I also found out that > this is caused by radeon_accelfuncs.c. So I "wrote" the attached patch > to get around that. DRI does still not work, but at least my xorg log > tells me it does :-) > > !! WARNING !! > I have no idea what I'm doing, so this might be completely wrong :-) > !! WARNING !!
You're confusing things. On the one hand, there's general support for DRI (and support for client side 3D acceleration), and on the other hand there's hardware acceleration for the Render extension. The two things are only loosely connected. The R300 efforts are directed towards creating client side 3D acceleration (Render acceleration is a very specialised and limited subset of what the 3D driver does), so your patch is both unnecessary and wrong, because both the R100 and the R200 Render acceleration paths cannot possibly work on an R300. Client side 3D acceleration "works" without Render acceleration, where "works" means that Clear() operations are accelerated, and I have some code for hardware rasterization of untextured primitives which always locks up and which I haven't found the time to fix yet. cu, Nicolai > PS: The webpage of r300 is missing a tutorial ;) > PPS: Patch has been applied for a already patched file, I guess, so line > numbers might be completely wrong. > PPPS: I used xorg-x11-6.8.1 from gentoo Linux (xorg-x11-6.8.0-r1 to be > exact) > PPPPS: I'm having a Radon 9700 Pro from ELSA. > > That's it for now, regards, > Christoph Brill aka egore
pgpsG36UP5Lfs.pgp
Description: PGP signature
