Slow down, guys.
RTFA! The message quoted clearly explains that the problem with modern nvidia GPUs is the extremely low default frequencies. So low that it's not even good enough for a modern (=overblown) desktop environment. And it's likely getting worse with newer architectures. As much as we all hate nvidia, we can't ignore that.
The same is true of the AMD iGPUs, although they at least have profiles setup you can switch between easily enough.
It's frustrating to see all this support pour in to nvidia hardware instead of AMD hardware, when you look at the OSS stances those companies have taken.
But ultimately, the key to OSS is that developers get to choose whatever they want to work on, so I guess we all just have to live with the fact that a bunch of these developers like nvidia hardware more than the competition.
Latest Nvidia and AMD cards both suck with the open source drivers.
My experience says otherwise. My Radeon 6850 works just fine using r600g, and worked just fine before the SI series was introduced. Clock speeds are controllable via profiles, suspend works, GL is sitting around 3.0 (just missing some multi-sample things), and it's very stable.
I don't spend much time gaming in Linux (I've got a win7 parittion for that), but I'll be happy when the OpenCL support stabilizes and I can swear off fglrx permanently.
If Nouveau don't work satisfactory I can always use the proprietary Nvidia drivers.
If the open source AMD drivers doesn't work satisfactory I have to use fglrx which isn't as good as their Windows drivers or as Nvidia's proprietary drivers, and always lags months or weeks after X.org releases.
Nvidia is always faster than AMD to update their driver for the latest X.org releases.
Also, Nvidia have better hardware-accelerated video decoding support with VDPAU.
I heard video decoding on AMD sucks, so it's not good for porno.
For my needs, I pretty much prefer nVIDIA hardware to AMD or Intel, so having a FOSS driver being worked on is awesome for the ones who like to keep their system as "clean" as possible of blobs but at the same time, have some degree of practical choice is simply nice not only for those in the community, but for potential members (no, we won't be putting more free software out there if we keep these stupid attitude of closing doors)
We can't play the childish and personal games that some people propose by saying "How about, in a few years, Open Source friendly companies having kick-ass drivers and hostile companies having bad/mediocare drivers." which is no more than just cute and ignores the existence of privative drivers. That pretty much resumes to "fuck you", an irrelevant "fuck you" given the actual scenario.
So we need some coherence, and having a clean-room reverse engineered driver that generates the not-released-docs is a clear and elegant example of how keeping the docs needed for making the drivers hidden, is merely a useless and obsolete policy for a GPU maker company ... if we reach some kind of feature parity we can actually pressure more with that than with any other thing.
That's my honest opinion