That's like Xmas for me
AMD to open up graphics specs
- Brynet-Inc
- Member

- Posts: 2426
- Joined: Tue Oct 17, 2006 9:29 pm
- Libera.chat IRC: brynet
- Location: Canada
- Contact:
While it is unfortunate that all chips prior to the R500 may not have documentation released.. don't those cards already have working drivers for accelerated 2D/3D operations?Combuster wrote:Now to wait for them to release docs on the older chips so I can put my grand collection of old Rage chips to work (or my R400, pretty please)
As for the Rage cards, Just look at the Mach64 Mesa/DRM/DRI driver Combuster, I know it's not your most favourite programming language.. but I'm sure you'll be able to construct a basic understanding of the cards in question.
http://www.phoronix.com/ seems to have lots of yet unreleased information..
Maybe they'll surprise the world by making a large community site with PDFs documenting "everything"
- Combuster
- Member

- Posts: 9301
- Joined: Wed Oct 18, 2006 3:45 am
- Libera.chat IRC: [com]buster
- Location: On the balcony, where I can actually keep 1½m distance
- Contact:
Trying to send a message to [email protected]: "Dude, read some of my older posts. Don't you think I have tried? I did." Connection LostBrynet-Inc wrote:As for the Rage cards, Just look at the Mach64 Mesa/DRM/DRI driver Combuster, I know it's not your most favourite programming language.. but I'm sure you'll be able to construct a basic understanding of the cards in question.
- Brynet-Inc
- Member

- Posts: 2426
- Joined: Tue Oct 17, 2006 9:29 pm
- Libera.chat IRC: brynet
- Location: Canada
- Contact:
- Brynet-Inc
- Member

- Posts: 2426
- Joined: Tue Oct 17, 2006 9:29 pm
- Libera.chat IRC: brynet
- Location: Canada
- Contact:
Well, It's apparently been confirmed.. sorta 
http://www.phoronix.com/scan.php?page=a ... =826&num=1
Bullet Point Edition:
* AMD/ATI will be providing NDA specifications..
* An open-source library, Interfaces with some firmware on the cards..
* With a new open-source Xorg graphics driver as a result...
* Lots n' Lots of code obfustication.. Magic numbers.. etc..
Sadly there is a word mentioned above that bothers me...
NDA *Sniffle*
http://www.phoronix.com/scan.php?page=a ... =826&num=1
Bullet Point Edition:
* AMD/ATI will be providing NDA specifications..
* An open-source library, Interfaces with some firmware on the cards..
* With a new open-source Xorg graphics driver as a result...
* Lots n' Lots of code obfustication.. Magic numbers.. etc..
Sadly there is a word mentioned above that bothers me...
- Brynet-Inc
- Member

- Posts: 2426
- Joined: Tue Oct 17, 2006 9:29 pm
- Libera.chat IRC: brynet
- Location: Canada
- Contact:
Wildly awesome news update!!
http://www.osnews.com/story.php/18594/A ... ithout-NDA
Let's hope it's true.. and the specifications are available for anyone who wants them.An OSNews Article wrote:This morning at the X Developer Summit in the United Kingdom, Matthew Tippett and John Bridgman of AMD have announced that they will be releasing their ATI GPU specifications without any Non-Disclosure Agreements needed by the developers! In other words, their GPU specifications will be given to developers in the open.
Therefore you shouldn't need to worry about another R200 incident taking place. The 2D specifications will be released very soon and the 3D ones will follow shortly.
http://www.osnews.com/story.php/18594/A ... ithout-NDA
- AndrewAPrice
- Member

- Posts: 2326
- Joined: Mon Jun 05, 2006 11:00 pm
- Location: USA (and Australia)
Maybe not. But unlike the software industry, what has the hardware industry to loose by releasing driver source code? We still have to buy their hardware to use their code! And it'll increase sales because the tiny percentage of people will know the hardware is supported in their favourite OS.Solar wrote:Unlikely. nVidia has finally won the race for the high-end 3D marketplace. Why should they undisclose anything?SpooK wrote:Hopefully that forces nVidia's hand.
I don't know if my memory is accurate, but I think I remember something about the nVidia Linux driver saying something like "No binaries are found for your system. The nVidia Installer will now try to compile the driver from source. Make sure the kernel headers are in the correct directory." I could have this all wrong and possibly it had the driver as a pre-compiled object and only compiled the kernel glue code to link to to create the driver module.
My OS is Perception.
The argument always was, the driver sources would allow the competition to figure out large parts of how the chips worked internally.MessiahAndrw wrote:But unlike the software industry, what has the hardware industry to loose by releasing driver source code?
That is what's happening.I could have this all wrong and possibly it had the driver as a pre-compiled object and only compiled the kernel glue code to link to to create the driver module.
Every good solution is obvious once you've found it.
It's long past due that video drivers got opened up; and necessary for OS devs like us, and open BIOS and the open source community as a whole.
There are two ways of constructing a software design: One way is to make it so simple that there are obviously no deficiencies, and the other way is to make it so complicated that there are no obvious deficiencies.
- C. A. R. Hoare
- C. A. R. Hoare
Hi,
A while ago there was talk of AMD shifting the GPU onto the same chip as the CPU and/or putting it at the end of it's own hyper-transport link. In this case you end up with another type of processor, with all the video specific stuff (display memory, video mode setup, refresh rate control, monitor capabilities detection, etc) elsewhere.
All the reports I've seen so far say "AMD to open up the GPU". This may not be the same as "AMD to open up their entire video cards", in that it may not include anything outside the GPU itself. This means you'd probably need to use VESA/VBE to change video modes, etc which isn't something I consider the best solution ("thunking", no V86 in long mode and hassles supporting multiple video cards).
Hopefully the GPUs used don't change much between different versions and the same compiler can be re-used for each video driver. Also, hopefully someone creates a suitable open source compiler for this (e.g. something that complies with OpenGL's "GLSL" language and is licenced under a BSD style licence).
That said, Intel's onboard graphics has been open for a while now. Has anyone (outside of the "multi-million dollar Linux co-operative") managed to use this information?
Cheers,
Brendan
A while ago there was talk of AMD shifting the GPU onto the same chip as the CPU and/or putting it at the end of it's own hyper-transport link. In this case you end up with another type of processor, with all the video specific stuff (display memory, video mode setup, refresh rate control, monitor capabilities detection, etc) elsewhere.
All the reports I've seen so far say "AMD to open up the GPU". This may not be the same as "AMD to open up their entire video cards", in that it may not include anything outside the GPU itself. This means you'd probably need to use VESA/VBE to change video modes, etc which isn't something I consider the best solution ("thunking", no V86 in long mode and hassles supporting multiple video cards).
I wouldn't necessarily be that optimistic either. A modern video card driver includes a compiler to convert some sort of generic "shader language" into GPU specific code, which is one of the reasons a decent video driver can be larger than a decent (monolithic) kernel like Linux. Even if AMD provide extremely good documentation for everything (including the GPU and all the additional stuff), it might still take several years for an experienced video driver programmer to create a "full function" video driver.SpooK wrote:At any rate, such information will be devoured by OSDev.org and we'll have neater looking hobby OSes in no time... just get ready for more non-RTFM-compliant types
Hopefully the GPUs used don't change much between different versions and the same compiler can be re-used for each video driver. Also, hopefully someone creates a suitable open source compiler for this (e.g. something that complies with OpenGL's "GLSL" language and is licenced under a BSD style licence).
That said, Intel's onboard graphics has been open for a while now. Has anyone (outside of the "multi-million dollar Linux co-operative") managed to use this information?
Cheers,
Brendan
For all things; perfection is, and will always remain, impossible to achieve in practice. However; by striving for perfection we create things that are as perfect as practically possible. Let the pursuit of perfection be our guide.


