ATI Releases Drivers for XFree 4.3.0 428
Kyouryuu writes "ATI has finally released official drivers for XFree 4.3.0 and updated their Linux drivers to 3.7.0 for supported XFree versions, several months after the originally proposed release date of April last year. Although Schneider Digital has previously made available unofficial drivers, Linux users who have ATI Radeon cards can now benefit from an official release. Unfortunately, ATI still insists on using RPM exclusively and keeping the drivers closed source."
closed source != bad always (Score:3, Interesting)
So what if the drivers are closed source? ATI cant and wont expose the low level details of their hardware's functionality to competitors. Whats the difference anyway? It is naive to think that you could even understand, let alone improve, what the engineers - who know the hardware intimately - have written? And by the way, Nvidia does not publish its source either...
Re:closed source != bad always (Score:2, Interesting)
Re:closed source != bad always (Score:4, Interesting)
Re:closed source != bad always (Score:5, Interesting)
I'm pretty bummed out about it actually because I don't feel like there's anything I can do to make it better under Linux. (Updating to the 2.6 kernel didn't help. I'm running the latest drivers for my video card and I've downloaded the nForce2 Linux drivers from nvidia for my motherboard's integrated sound. (ASUS A7N8X Deluxe, rev. 2.0)
I still prefer Linux
Re:closed source != bad always (Score:5, Interesting)
Re:closed source != bad always (Score:4, Insightful)
Clearly software engineers would not be able to help this at all and you're definately not trolling. I mean, duh!
However, open source == better bug finding/fixing (Score:3, Interesting)
Remember the Win2000 source leak. Someone noticed a fairly simple programming error (signed instead of unsigned variable IIRC). That person didn't have an initimate knowledge of Windows 2000, but they still found a bug. This is the type of situation where more eyes make for better code.
Re:However, open source == better bug finding/fixi (Score:3)
I agree with the parent, graphics drivers do a lot more than say modem drivers and probably have a lot of secrets that ati would not want to get out into the open, pun intended. ATI sells hardware, not software. But the software is what makes the hardware run so well and therefore is just as important to them as the hardware. If ATI spends a couple million on research only to have nvi
Re:However, open source == better bug finding/fixi (Score:5, Insightful)
Re:closed source != bad always (Score:5, Insightful)
It's about control, nothing more, nothing less.
Re:closed source != bad always (Score:3, Insightful)
Re:closed source != bad always (Score:4, Interesting)
Re:closed source != bad always (Score:5, Informative)
No porting to ppc. No fixing minor bugs if they come up. No customizing the drivers to a particular application. No tinkering. No learning.
> ATI cant and wont expose the low level details of their hardware's functionality to competitors.
They can but they won't. Their competitors have competent engineers that can reverse engineer the stuff if needed. It's all in software anyway.
> Whats the difference anyway?
see above.
> It is naive to think that you could even understand, let alone improve, what the engineers - who know the hardware intimately - have written?
I think you are naive. There are plenty of smart people that do alot of linux work. Surely they know linux better than ATI, and thus they may be able to improve the drivers since it's not just the hardware that these drivers are specific too. Also they may be able to port the drivers to PPC or BSD.
> And by the way, Nvidia does not publish its source either...
What's your point? It would be better if they did.
Re:closed source != bad always (Score:5, Insightful)
Re:closed source != bad always (Score:5, Insightful)
Because when nVidia wants to know something about ATI drivers it's only slightly less trivial to get the information when the driver source is closed than open.
The GNU GPL [fsf.org] is about 15 years old now. That's precisely the kind of software abuse it's made for. If ATI released its drivers under the GPL, nVidia would have to do the same to copy any code from the ATI drivers.
Drivers aren't (supposed to be) what you pay for when you buy a piece of hardware; you pay for the hardware. The common excuse to keep drivers closed-source isn't the one quoted above; the concern is (supposedly) that ATI is afraid nVidia will notice architectural advantages of the Radeon series and integrate those into its hardware.
But what's the big deal? From drawing board to mass production is a matter of years; by the time a driver is released it's too late for the competition to integrate design ideas into its current product line.
What would open-source drivers bring, then? They'd bring the competition back to where it belongs: the hardware. Is GeForce or Radeon design better for most games? Nobody knows -- the driver hides how good the chips themselves are. (Personally, I'm under the impression ATI's chips are more powerful and their drivers are garbage.) Open-source drivers and open specs would benefit any company that released them; they'd also benefit the customer. And what if all hardware companies saw the light and released open-source drivers and open specs? Then they'd still compete much as they do today, and their customers would be better off.
Re:No. (Score:2, Informative)
Why do people keep spouting this BS? It took nVidia a full two years to incorporate 3Dfx technology into their own products when they bought all the 3Dfx IP. By this time, the entire industry had moved on.
Maybe you should actually research these things before you spout out crap, you pretentious fucking idiot.
Dinivin
Re:No. (Score:3, Funny)
Now for something completely different...How 'bout them Cubs?...No, seriously, Everybody knows deep inside that open is better than closed, and cooperation is better than competition. It allows ideas to be built on other ideas
Not about stealing the technology (Score:5, Insightful)
Imagine actually looking at the comments of code that's designed for internal use at ATI... this goes way beyond reverse engineering. I'm sure the code for the drivers says all sorts of helpful things like "we use a 24-bit number here because we've committed to 24-bit floating point for the R-V4xx line in the forseeable future..."
That's a naive and simple example, but it demonstrates the concept. There's way more in that code than just the variables and algorithms you get from reverse-engineering. Stripping out all sensitive comments to open-source the drivers is an insane amount of work.
Once you have that information, sure, it's too late to incorporate it into your cards. nVidia isn't going to say "cancel the tape-out! we just read the comments in the new open-source driver!" But it might give their marketing people a lead on how to spin things. Open-source mean openness in more than source, and I can understand any conventional company being loathe to give in to that.
Insults (Score:3, Insightful)
Re:No. (Score:2)
So yeah, it doesn't make sense to rely on reverse engineering to compete, likewise it also doesn't make sense to keep it a secret anymore.
Assuming they would do atleast some reverse engineering (they could be doing some magic you hadn't thought of and adding it in your next model can still make sense) it would take so little extra time compared having the source it just doesn't make se
Re:closed source != bad always (Score:3, Insightful)
But you could replace PPC with any non ati supported platform: AMD64, MIPS, ALPHA, SPARC, whatever-commes-next-week.
Jeroen
Re:closed source != bad always (Score:2)
Re:closed source != bad always (Score:3, Insightful)
Just because the software is free doesn't mean it's worse. Plenty of us, myself included prefer it over OSX which is just a resource intensive pig with a poor UI, bad cli, and missing key parts of the unix system.
confusing the meaning of free again? (Score:3, Insightful)
That's relevent regardless of the price of either
software or hardware.
Cost-as-in-money is not everything.
Re:closed source != bad always (Score:3, Insightful)
Well, let's use the term "open source" here so that you can't play ignorant about the two totally different meanings of "free" anymore.
Apple hardware is generally pretty high-quality (and especially the laptops' quality/price ratio is quite good). There are people who both appreciate Apple hardware and don't want to use any proprietary software.
And as someone pointed out earlier, PPC is not the only platform left out.
Re:closed source != bad always (Score:5, Insightful)
OpenGL is used for more than games! (Score:5, Insightful)
It's used for 3D modelling, for which there are a few open source applications now. It can be used for some extreme 2D accelleration, too.
Displaying HD video will make many a XVideo overlay driver puke. Using OpenGL instead may work, and in some cases work faster.
Do I here someone saying "No one uses Linux for video, and certainly not HD"? You're wrong. Of course, the kind of shit we have to put up with from NVidia and ATI (and Matrox, too, I think) makes Linux a marginal choice for such applications.
The apologists are just too willing to defend the hardware manufacturers because they provided drivers for their platform. Anybody using another platform must be weird, eh? Anybody using hw-accelerated GL for something else than gaming is weird, too, of course.
Empathising with weird* people is hard, I know. But it won't hurt if you try.
* People with other interests than you
Re:closed source != bad always (Score:3, Interesting)
well... (Score:3, Insightful)
1) I have a Radeon card in a Gentoo system. Gentoo doesn't use RPMs.
2) What if ATI has linked it against the wrong library version?
3) What if I get an Opteron?
Re:well... (Score:5, Informative)
Re:well... (Score:5, Informative)
Would it be better if both ATI and NVIDIA released their X servers as open-source? Hell yeah! OTOH, it is a very good thing that they are supporting Linux with current cards. The rest, we can work on with time.
As a matter of fact... (Score:4, Funny)
Re:well... (Score:3, Informative)
emerge ati-drivers
fglrxconfig
You now have ATi drivers installed on your gentoo box and you're setting up the configuration file for them! Congratulations!
Re:closed source != bad always (Score:2)
Re:closed source != bad always (Score:2, Informative)
Re:closed source != bad always (Score:5, Interesting)
Anyway I like Open Source drivers. BTW: Don't forget to sign the Intel Support of Centrino Under Linux Petition [petitiononline.com]. See more details about Linux on Centrino laptops [tuxmobil.org].
Re:closed source != bad always (Score:3, Interesting)
2) No slight to the XFree86 developers, but:
a) Many of the XFree86 drivers (eg: nv) are significantly slower than their proprietory counterparts and in any case 2D is much easier to do drivers for
Re:closed source != bad always (Score:5, Funny)
The difference is that this is Slashdot where the cranks di tutti cranks hang out. ATI could give away free video cards, open source all their drivers, and hire a bunch of strippers to come to your house and make you birthday cake... and the Slashdot crowd would still piss and moan.
Re:closed source != bad always (Score:5, Interesting)
It's naive to think ATI's competitors don't have a much better understanding of their hardware than whatever can be gleaned from their drivers' sources, especially if you consider that they can already reverse-engineer the binaries better than any random Joe, seeing as they have actual money to sink into it. And there's the thing about them making the same sort of hardware.
Having the source would greatly benefit the little people though. These cards will sometime go End-Of-Live, and the manufacturer won't support them.
Perhaps the source won't be released to hide the fact these "engineers - who know the hardware intimately" make code that is in fact cruddy at times, and that it contains bugs than random Open Source jockeys can fix.
Though it's likelier that the drivers simply contain patented/copyrighted stuff they sublicensed from third-parties that are paranoid about anyone seeing it.
Re:closed source != bad always (Score:2, Insightful)
Graphics cards that have gone 'end-of-life' in the past have been dropped by the XFree86 team themselves. An example is the S3 Trio chipset cards. Sure, an ambitious hacker could forward-port support themselves. However, this points out that 'free software' people abandon hardware as well, rendering it worthless to anybody but the most diligent.
Re:closed source != bad always (Score:3, Insightful)
Re:closed source != bad always (Score:5, Insightful)
Even if we don't count idiological issues, closed source drivers mean numerous annoyances to the users.
For example:
Re:closed source != bad always (Score:5, Insightful)
> understand, let alone improve,
I get to stare at "professional" code every day. It is nothing like what was in the textbooks. There is acres of room for improvement. silly little things like something called a buffer overflow are present in many of the implementations. I cannont believe my eyes somedays, and it's a wonder that the product that this certain company puts out, functions at all. It is under the cover of closed-source that these things are allowed to persist, and will probably never change. The company just keeps issuing patches and revisions and fixes what is terminally broken. Futhermore, the only reason these "bugs" exist is simply do to human laziness; something that could be overcome by another simple human, with the right principles, without an "intimate knowlege" of the hardware.
Re:closed source != bad always (Score:3, Insightful)
There may be others, but those are sufficient for me. I won't be paying for high end cards. I've had too much experience with closed source applications breaking with system pa
Re:closed source != bad always (Score:5, Insightful)
I design hardware for a living, and you are wrong. There is no real benefit to hiding your hardware internals from the rest of the world. It's a knee-jerk PHB thing. It has no bearing on reality.
If you are scared of your competitors, then hiding your hardware internals costs them maybe a week, because:
1) They know how to do everything you do, anyway.
2) What they don't know they can figure out in under a week, if they put an engineer or two on it. The delta between what they do and what you do is minimal, and anything they want to know is trivial to reverse engineer.
There might be "IP" issues, which usually means there is stuff in there protected by a stupidly restrictive license with another company. In my experience, the IP usually isn't worth the bother, or if it is, the license is only restrictive because lawyers simply assume it has to be. They come from a zero sum world, and never think of any other possibilities unless you start witholding cookies.
Usually, being closed will cost your partners much more than a week - they don't just want to learn what you did, they need to interface to it, and that is _hard_. It requires much better information than simply figuring out a trick your competitor used.
I will say it again: It is very rare and unlikely that closing your software helps in a situation like this.
Re:closed source != bad always (Score:5, Interesting)
I wanted to plug my laptop into a 1600x1200 LCD using DVI. If you select "linux laptop driver download" at the ATI site, it says "go ask the manufacturer." Oh, goody, corporate marketing BS fingerpointing.
But IBM doesn't support 1600x1200 over DVI on my laptop. Why? Who knows. Supposedly under Windows you can get it by hacking the registry. But IBM doesn't feel like supporting it. More corporate BS.
So you go back to the ATI site and download the Mobile FireGL driver, if you're persistent enough to think of trying it on the M9 Radeon chip. Turns out it does work, but they won't tell you that due to even more corporate marketing BS.
You find that it almost works, but makes a sparkling or shimmering effect from random bit errors at 1600x1200. From the open source radeon driver mailing list, it appears that the fix is very simple. But ATI got it wrong and of course a closed source driver can't be fixed. Of course you could try to contact the ATI engineers, tell them the solution, and maybe they'll send you a fix. In your dreams.
Meanwhile the open source radeon driver runs 1600x1200 over DVI just fine. Some versions did create the shimmering effect, so somebody posted to a mailing list and helped the developer figure out what was wrong and it got fixed.
So yeah, closed source is different.
Re:closed source != bad always (Score:3, Interesting)
I did mention it's an LCD panel, and 60Hz is perfect for an LCD panel. And let me tell you my 1600x1200 21" LCD2180UX [amazon.com] looks awesome hooked up to the T40 through DVI using the open source driver. People accpting IBM's phony limitation at face value are missing out, and witholding useful information from customers because it just might lead to a bit of hassle is a perfect example of "corporat
Re:closed source != bad always (Score:2)
Will ATI help other distros incorporate their "gift" or will they just tout redhat's horn?
Re:closed source != bad always (Score:4, Insightful)
First of all, the ideas and low level details of the hardware's functionality should be available to those who pay money for the card. If those ideas are advances in human knowledge, they can be patented and then the competitors can't copy them. If they aren't, then why should we give up access to them ? We aren't getting new research in return. Keeping these things secrete is giving up something (access and control) with out getting anything (investment in new research and technology) in return. I find it saddening that someone can post a knee-jerk defence of secrecy, invoking only "competitors" as a reason, and get modded up. Slashdot should have moved beyond this by now.
I stopped buying NVidia chips precisely because of their closed source drivers. You see, the reason why NVidia and now ATI go closed source is that much of their work is actually software, not hardware, work. The implementation of the functionality which is NOT on the card, but in the driver, matters a lot. NVidia was well known far having good cards simply because the software implementation of certain OpenGL fucntions was excellent. If they released the source, those would be copied by all other graphics drivers -- and then NVidia would have to compete on the quality of their hardware, which is exactly what they don't want to have to do and what is in our best interest for them to do.
By allowing more and more functionality in secrete non-Free drivers, you are essentially allowing your system to gradually become a proprietary OS with a bunch of cheap hardware dongles hanging on it. This is what Apple does.
You say "It is naive to think that you could even understand, let alone improve, what the engineers - who know the hardware intimately - have written?" Apart from the fact that your question mark is on a sentence that is not a queston, this shows a naive and uninformed view of technical history. It shows you are the kind of person who looks at computing as a matter of reading Tom's Hardware and applying your "informed" reasoning to picking components off a shelf and plugging them together.
Perhaps you would be happier with a Mac. Then you could have a unix-like operating system, with about as much freedom as you care about, and an ATI card to boot.
Re:closed source != bad always (Score:3, Interesting)
At least frame it correctly. Its not "slightly slower." Its much slower, sometimes by several times. The trade-off is not a little bit of speed for a lot of freedom. Its turning your $300 graphics card into a $75 card, for a very little bit of extra freedom. Unlike an OS, or major software app, you're not tied into drivers. If the constraints of a closed-source driver become too much, I can switch out my card and its drivers in a matter
Re:closed source != bad always (Score:4, Insightful)
The improvement is not what most people want, they want the ability to easily support their graphics card. When Nvidia/ATI moves on to the next release of hardware do you think they are going to want to support the current stuff?
Re:closed source != bad always (Score:3, Insightful)
I'll assume the first, and attempt to educate you. I've already pissed off a bunch of people who instead provided the usual whiny /. repsonse to your (possibly unintiontional) troll, so I figure I better piss off the rest. wheee!
I value my time far to much to fully answer this one, but there are many reasons [dwheeler.com] for preferring open source: philosophy [gnu.org], practicality [opensource.org], curiosity and quality are four of the biggest.
Re:closed source != bad always (Score:3, Informative)
That's ood, I'm happily using the drivers on two Debian systems.
OF course, I would be happier if they drivers were open source, but not because they're simply packaged as RPMs.
Dinivin
Re:closed source != bad always (Score:2)
ATI was waiting for debian (Score:5, Funny)
Re:ATI was waiting for debian (Score:2, Funny)
XFree86 4.3 support is not new. (Score:3, Informative)
What's new is that there are new Linux drivers. No mention of whether they support GLX 1.3.
Re:XFree86 4.3 support is not new. (Score:3, Informative)
When by chance I went to ATI's site yesterday and saw that there was an XFree86 version, dated 3-2-2004, I thought it was a new thing and worth mentionin
Not just RPM... (Score:5, Informative)
Some notes for debian users:
The debian Linux distribution in most cases does not come with the
ability to handle rpm packages with the rpm tool. But there is a
tool called "alien" which allows you to convert rpm files into the
debian supported *.deb package format. Please consult your debian
documentation on how to operate this tool.
A typcial debian installation commandline will look like this:
dpkg -i <ati_package_name>.deb
In order to override complaints (which might be caused by an already
installed package "xlibmesa3" that also provides the file libGL.so.1.2)
please use this installation command line:
dpkg -i --force-overwrite <ati_package_name>.deb
Hopefully this helps!
Re:Not just RPM... (Score:2)
Re:Not just RPM... (Score:5, Informative)
I'm running a computer with an ATI without a package management system but I installed RPM and forced an install of the package and it works fine. I think the RPM in this case is mostly just a way to archive the different parts of the driver (kernel module, X module, doc) without actually being too system specific, and considering it worked on my computer which is running all the latest, non-standard libraries, I'd guess that the only real variable to watch for is the X version which is the one they release different versions for. I did need to hack the driver in previous versions to get direct rendering to work though (I'll find out about the new one shortly).
Re:Not just RPM... (Score:5, Informative)
I have ATI hardware but I'm considering switching to nvidia. They very frequently release drivers, their drivers actually work correctly, and their drivers are available for Opteron and even Itanium.
Re:Not just RPM... (Score:3, Interesting)
Re:Not just RPM... (Score:4, Informative)
and want to use ATI's own drivers:
ATI Linux drivers packaged for Debian [virgilio.it]
Hm, anyone actually know what the big difference
between using ATI's closed source drivers or the
open sourced DRI-ones? (except not poluting your
karma
DRI [freedesktop.org] (debs) [freedesktop.org]
Re:Not just RPM... (Score:3, Informative)
Personally, I have a radeon 9200 and I use the DRI drivers. Works just fine for me.
Well (Score:5, Informative)
two points (Score:5, Informative)
2. the RPM has nothing to do with being closed source. It has a binary "IP" library that gets linked in when you compile it... if you want to install on a non-rpm system use alien or some other method of unrpming it, then compile and install. Yes, it's still closed source, but rpm the reason for this.
What I'm upset about is that they have all the hooks for 64bit amd support in the wrapper code, but the binary IP driver is not released for x86_64.
Several? (Score:5, Funny)
for large values of several apparently...
Whay has RPM got to do with anything? (Score:4, Interesting)
RPM -> Good!
Closed source -> Bad!
Re:Whay has RPM got to do with anything? (Score:2)
How about AMD64 support? (Score:5, Informative)
Re:How about AMD64 support? (Score:4, Informative)
good graphics card? (Score:2)
It there a good grapics card that has good, open source drivers? With 3d acceleration etc...?
Re:good graphics card? (Score:2)
Re:good graphics card? (Score:2)
No suprise here (Score:3, Insightful)
no Linux PPC support? (Score:4, Insightful)
Thanks.
CBV
I think some Nvidia users are out to get ATI .... (Score:4, Informative)
Because this story is pretty much misinformed. Support for XFree86 4.3.0 is nothing new at all. It has been for quite sometime.
Additionally the previous article about ATI's support for linux/XFree86 has also been totally wrong [slashdot.org] as well.
And apparently there is a port of the driver to FreeBSD going under way
Sunny Dubey
umm, theese are old. (Score:2, Insightful)
The real question is: (Score:4, Insightful)
To be honest, I don't give a damn if drivers are closed, open or whatnot, as long as they actually work and properly use the cards features.
That the Nvidia drivers are tied to the kernel is anoying, but bearable since they actually do work. Nvidias Linux support has been next to none - they've got high karma with me.
From ATI though, I've heard only negative stuff. Same from Matrox, whos Linux support seems to be an utter joke.
Can anybody confirm or debunk this about the new ATI drivers?
Re:The real question is: (Score:5, Insightful)
Re:The real question is: (Score:4, Interesting)
OK, so not only do they provide drivers, but they provide *source* code under a license that allows much of it to be incorporated directly into XFree86 and you call that an utter joke?
Damn, man, what will you accept?
ftp://ftp.matrox.com/pub/mga/archive/linux/2003
I run OpenBSD on non-i386 hardware. It's support like this that makes Matrox the only real option for me. I mean, try to get the nVidia Linux kernel module and binary XFree86 module running on OpenBSD/alpha.
It's still an improvement (Score:2, Interesting)
RPM2targz (Score:3, Informative)
Just run it on the rpm
untar the tar.gz to
cd lib/modules/fglrx
cd build_mod
cd
Modify your XF86Config-4 or run fglrxconfig
That should be it. If you have AGP 8x you really should use Kernel 2.6.X. You can get it to work with 2.4.X but it's a pain. Search google for 2.4.X.
Daniel
This is OLD OLD News (Score:2)
Did this guy just notice???
Now they did release a new version the other day.. I think he's just been out of touch with his drivers.
Consider using DRI driver. (Score:4, Informative)
I am pro-Radeon, because ATI released almost-complete (without HyperZ!) specification for older Radeons (r100 and r200), but I am not going to buy their new cards (with r300). If you have old one - I recommend using open source DRI drivers.
Curious (Score:2, Interesting)
Too bad they lost me as a customer long ago (Score:5, Interesting)
Non-OSS arguments don't hold water (Score:4, Interesting)
1: They can't OSS the driver cause there is propritary info (patented S3TC and such)
2: They can OSS and release their specs to projects like DRI as it would reveal stuff to the competition.
I say nonsense. These two arguments seem to equate OSS to GPL.
1: NV and ATI could make up their own OSS license. Lets call it the "We Need To Hide Stuff" license. They take their existing codebase and print it out. They then take a black magic marker to the printout and cross off all of the IP related stuff. They then scan the documents into Acrobat distiller and release it as a PDF. Add a statement that the code is their property under the WNTHS license and cannot be used by others, and all changes should be sent to NVidia. Problem solved. It's OSS.
2: I have never seen a processor designer "hide" their chip specs. Intel doesn't. AMD doesn't. What makes NV different? Unless they have unlicensed hardware in their product, there is no reason for them to hide what they have.
Are there any other reasons that I am missing?
Thank you for your time,
BBH
Re:Non-OSS arguments don't hold water (Score:5, Insightful)
"Suppose you create and design feature X into your chipset. You might find, via a lawsuit, that feature X is patented by company Y. I've talked to vendors who would like to open their hardware but are scared to do so for this very reason -- they might have designed a patented feature into their hardware without realizing it."
Re:Non-OSS arguments don't hold water (Score:3)
1: NV and ATI could make up their own OSS license. Lets call it the "We Need To Hide Stuff" license. They take their existing codebase and print it out. They then take a black magic marker to the printout and cross off all of the IP related stuff. They then scan the documents into Acrobat distiller and release it as a PDF. Add a statement that the code is their property under the WNTHS license and cannot be used by others, and all changes should be sent to NVidia. Problem solved. It's OSS.
This isn't open
This should have been about v3.7.1 drivers, but... (Score:4, Informative)
Bullshit (Score:5, Informative)
They have had support for 4.1, 4.2, and 4.3 for the last six to eight months at least.
If you read the README these are all "officially unsuopported"
Unfortunately, ATI still insists on using RPM exclusively...
Again, if anybody cared to read their instructions, there are specific details on how to get these RPM's converted to debs via alien.
The only real news concerning ATI and Linux drivers isn't even mentioned here. I wonder how this passed as news, since these unofficial drivers have been out for the longest.
The real news is that ATI released 3.7.1 on the fourth. There was only one sentence in the changlelog: "Support added for the Radeon 9800XT"
Of course this, and the fact that that the new driver trashed alot of X servers, sent the Rage3d crown into a flame frenzy. ATI promised linux driver updates every two months, and after waiting and waiting (with numerous issued datailed here [rage3d.com])
they added one ChipID for the 9800XT which results in some unstable X servers for people who don;t even have 9800XTs?
As a result the 3.7.1 drivers were pulled several hours after being released with no explanation given.
I'm happy they are making an effort, but their enthusiasm seems misguided at best. After declaring that they re writing the ATI drivers from scratch (as oppesed from upgrading the Schneider drivers) they rename them from 3.2 to 3.7? What? Shoudn't the rewritten drivers from scratch be labeled a alpha or beta release at best?
I currently have two radeon cards, and have gone back using the open source Xfree 2d driver and dual booting into windows for playing games until this mess gets sorted out.
Re:This isn't a news (Score:2, Informative)
Re:Why ATI? (Score:2, Insightful)
Re:Why ATI? (Score:2)
Which companies?
Why buy Ati? (Score:2, Insightful)
You see, a vast majority of people buy better graphic cards in order to make video games running on the Windows operating system run better. Whether or not the drivers are open source does not matter to this vast majority. What matters is price and performance.
You can get a Radeon 9600XT 256MB for roughly $170. This card performs as well as a $300 nVidia card. Other Radeon cards, such as the 9700, perform better than their $50-$75 more expensive nVidi
Re:Why ATI? (Score:2, Insightful)
Re:Suggested graphics card vendor w/ Open Source (Score:2)
I recently swapped from an ATI Radeon 9000M to a GeForce 4 Go in my Inspiron 8200. Took me about the same amount of time to update drivers on Linux as it did on WIndows.
That's just me...YMMV
Re:So, what IS the best graphics card for gnu/linu (Score:3, Informative)
* hardware acceleration
* decent performance
* support for multiple simultaneous X displays
* open source drivers
Check out the DRI [sourceforge.net] page. Seems ATi has reelased the specs to their older Radeon cards; you can get hardware 3D with Radeons upto a 9200 series. Not to mention fixed Xvideo support.
You can get a 9200 with 128MB of RAM and DVI for 44 bucks on Pricewatch. Another bonus is that their fanless; that's if a 6000rpm fan bothers you.