Linked by Thom Holwerda on Wed 9th Sep 2009 22:29 UTC, submitted by lemur2
Linux Open source 3D graphics drivers for ATI R600 garphics cards has been submitted to the kernel-next tree for possible inclusion in the Linux kernel 2.6.32. "David Airlie has pushed a horde of new code into his drm-next Git tree, which is what will get pulled into the Linux 2.6.32 kernel once the merge window is open. Most prominently, this new DRM code brings support for kernel mode-setting with R600 class hardware as well as 3D support."
Thread beginning with comment 383481
To view parent comment, click here.
To read all comments associated with this story, please click here.
Member since:

I thought you wanted to wait for the benchmarks before passing judgement?

Just keep digging your hole mate, its pretty funny.


Those weren't my judgements, they were judgements made by people who had run the development versions of the driver code.

What is wrong with you that makes you such a cranky sourpuss? Exactly what barrow are you trying to push?

Reply Parent Score: 2

saynte Member since:

Although not defending anything said already, software that hasn't been fully tested IS going to be buggy. This is how software is, there's no blame in saying something is buggy when it hasn't been tested, it's just the truth (based on experience).

Reply Parent Score: 1

IkeKrull Member since:

I just think your self-contradictory ranting is amusing, and your obvious desire to have the last word, regardless of the facts, or lack of them is good for a troll.

I don't have a barrow to push, i'm just stating a simple fact. The latest developments in ATI drivers are interesting, but they aren't going to bring ATI performance up to par with NVidias any time soon.

Thats not a bashing anybody, thats just the way it is.

If you want solid 3D performance on Linux, your only choice is NVidia.

Do you want to refute that with some kind of facts-based assessment or benchmarks, or are you just going to call me names, accuse me of having an agenda, post irrelevant stuff from microsoft, and keep flip-flopping on your previous statements?

Maybe you could just point out where i'm actually wrong, rather than accuse me of 'unnecessary pessimism' being a 'cranky sourpuss' something about lunch money, and having a barrow to push.

Look, if i'm wrong, tell me how i'm wrong. Whats my other choice for solid 3D on Linux, today or in the next month other than NVidia?

By that I mean I run Blender, write 3D apps based on OGRE and watch movies that require playback in anything up to 1080p. My sepcific application requires OpenGL 2, FBOs, GLSL shaders and the ability to provide 60fps+ framerates when dealing with texture-heavy (~512MB textures) scenes. My Blender work is polygon heavy but actually doesnt require much except stable, glitch free OpenGL 1.x support. Having compositing desktop effects would be a bonus.

Currently I use an 8800GT, under Linux and OS X.

Please, cut the crap and tell me where I am wrong when I say that the only choice for solid 3D on Linux is NVidia

Reply Parent Score: 1

smitty Member since:

AMD's binary drivers actually aren't much slower than NVidia's. And they work well enough on the enterprise distros, you just run into bugs on Ubuntu and other more up to date distros. OSS drivers are still a ways from being ready for you, but give it time. They're making it work well for the average user who just wants Compiz working first, and then the more complicated features and performance will come later.

Reply Parent Score: 2

lemur2 Member since:

Please, cut the crap and tell me where I am wrong when I say that the only choice for solid 3D on Linux is NVidia

Cut the crap yourself.

It is very simple. To get Nvidia 3D on Linux, one has to install a proprietary binary blob driver from nvidia.

There are at least 3 entirely sound reasons why that is a terrible choice:

(1) the kernel developers don't like this at all, they see it as Nvidia sponging off their work and not respecting their license (which is GPL). On more than one occasion, kernel developers have come very close to cutting off the mechanism in the kernel that allows Nvidia to load a closed source binary blob driver (which is known as "tainting" the kernel). So as the owner of a machine, one could very easily find one day that ones video card binary blob driver no longer would load and run.

(2) Nvidia, for reasons of their own (perhaps for example with obsolesence in mind, to force people to have to re-purchase a newer video card), could at any point withdraw support for Linux. Or more subtly, nvidia could simply refuse to fix or even acknowledge a bug in their driver. This too has already happened more than once.

(3) Finally, a binary executable blob is an excellent place in which to "hide" functionality, or restrictions on functionality, that are interests of the software supplier rather than the interests of the owner of the machine. If, for example, one (as a corporate software supplier) wanted to (or was paid to) "degrade" video that had come to a video card from a source such as a blue-ray disk via an "untrusted" path (or OS), then one could easily build such a degradation right into the binary blob video driver, and the machine's owner would not be able to do anything about it, even if such a degradation was not in his or her wishes.

Happily, from the end of this year forward, there is now going to be a way where all of those bad things can be avoided, and yet one can still have top class (in terms of hardware cost/performance) 3D graphics hardware and driver working on Linux.

That alone means that Nvidia is NOT the only choice for 3D on Linux.

In fact, from the users perspective, Nvidia is now suddenly a distinctly second rate chice on Linux.

Edited 2009-09-12 05:12 UTC

Reply Parent Score: 2