AMD Releases Register Specs For R5xx And R6xx 121
ianare writes "AMD has recently released register specifications for the ATI Radeon R5xx and R6xx graphic devices. This will (theoretically) allow the OSS community to develop drivers, given time. In fact, engineers from Novell have released a first alpha quality Open Source driver which currently supports initial mode settings. Although current work is focused on 2D, rather than 3D acceleration, this type of information sharing could conceivably lead to an OSS 3D driver."
Old files? (Score:5, Informative)
Re:glxGears needs to be updated! (Score:2, Informative)
Sorry, I RTFA (Score:1, Informative)
Oh, it's a "Zonk" story
Novell's engineer started earlier (Score:5, Informative)
So the driver isn't the result of only one week of work, even if it's still in an alpha state.
Re:These documents are not as exciting as you thin (Score:5, Informative)
R300 opensource drivers (Score:3, Informative)
So either the GP poster will have to update to a more recent release of his favorite distro (latest Ubuntu FF and openSUSE 10.2 have it enabled by default. I don't know about the others distro).
Or if he wants to keep his current installation for some reasons, he has to get the latest DRM (kernel drivers) [freedesktop.org] and recompile them along with the Mesa3D library that corresponds to his X.org server.
(Note that older versions of Mesa3D are sensitive to versions of Xorg. If you start getting a lots of errors about undeclared stuff when compiling or missing functions at link time, then try to recompile a Mesa release with the same major and middle numbers as the one from your distro - i.e.: keep 6.5.x or 6.4.x depending on your Xorg).
If you read the instruction on Freedesktop linked above, it's not difficult at all.
Absolutley _Spot On_ (Score:5, Informative)
These docs will let one do the following
1 - Setup you own video mode
2 - Setup up a video overlay (not video acceleration)
3 - Setup a full colour mouse cursor
That's all. These do not explain how to blit, alpha blend, scale, ROP2, ROP3 or ROP4 or perform any other transform.
This is useful, but not _that_ useful!
Hopefully there will be more to come specifically more on the memory/cache controller (essential to get performance up), more on the PCI/AGP bus control, more on the 2D source/dest blit registers, pitch, loop counters and I'd like to know how much of the 2D guts is programmable. TBH I thought we'd have moved on to the point of (somewhat) programmable shaders for 2D these days with loops etc built into the HW (0 clock loops and addressing etc).
Re:Promises mean nothing (Score:3, Informative)
They did arrive, and for the G400 as well. The first driver to make use of this information was the Utah-GLX [sourceforge.net] module thingy for XFree86 3 - that John Carmack helped with their development. I think the specifications for some particular, programmable section of the cards (WARP setup engine?) weren't released, but microcode blobs for the necessary functionality were.
I think the G200/G400 were among the first to be supported in whatever the 'proper', non-hacky drivers for XFree86 4 were called, but from my experience with a G400, the open-source 3D drivers weren't always that stable.
I moved on to Nvidia after that too - stable closed-source drivers for Linux were much nicer than unstable, open-source ones...