If this is your first visit, be sure to
check out the FAQ by clicking the
link above. You may have to register
before you can post: click the register link above to proceed. To start viewing messages,
select the forum that you want to visit from the selection below.
No announcement yet.
Open-Source AMD Radeon Graphics Had A Wonderful 2013
They seem to be on a really good path. Fglrx now seems like a fallback of sorts. I really hope this is their near term strategy. It would be really positive if the AMD steamboxes come with open drivers. This would allow game devs to actually be able to look at the driver's code and better predict its behaviour or even provide commits to improve performance or correct bugs that affect their graphic engines. This may very well take us to the point where performance would be much better with the open drivers.
If game devs start writing directly against AMD open drivers in Linux (and thus for Steambox), Nvidia is going to be in a world of shit unless they can counter. Conceivably this could force Nvidia to provide a comparable level of support to Nouveau, unless they want to give their blob source code to game devs instead (possibly to counter Mantle?). Steam is not FOSS as it supports DRM, but Steambox is based on Debian and this sort of thing could be a treasure chest for true FOSS game devs, 3d content creation, and hopefully GPG computing down the road.
On the negative side, if Nvidia replies to Mantle with a similar interface and nobody comes up with a low-overhead toolkit to create a common interface, we could see fragmentation of graphics coding to the point that AMD and Nvidia cards would be likey QT and GTK, with users having to install one of each to be able to run any code. That could get quite ugly unless game devs say no to one-brand interfaces. At least with open access to Mesa driver code they would still be writing against OpenGL and only optimizing for what they have in hand.
No, he's confirming that the main focus of the fglrx driver is workstation applications
I heard awhile ago AMD started to align the Linux driver with the Windows one.
A small history lesson firegl and radeon for x was indeed initially focused on workstation apps. Supposedly this was no longer the case as AMD/ATI started moving away from the old firegl codebase into the modern radeon era aligning it's code base with the Windows driver but I suppose there is the possibility that it's still the old arch with the new hardware features added on top but that seems very unconventional at this point. Eh what do I know I am drunk... Thanks Santa.
I'm more than aware Bridgman is AMD... I was just hoping the small portion of what I read was actually just a reference to the past and not (what I would call) a completely inept driver development model.
There's a lot of shared code between the Windows and Linux Catalyst drivers (which, as you say, wasn't there at the start -- code sharing started in earnest for r5xx and continued to increase for a few years to the current level) but that is somewhat orthogonal to workstation vs consumer focus...