NVIDIA Releases New Linux Drivers 429
mlmitton writes "NVIDIA just released new Linux drivers (1.0-5328). But the early reports by users are less than encouraging. People are weighing in with mostly bad news about how well these new drivers work. Some people are finding that Neverwinter Nights doesn't work and they're reverting to the old drivers (4496). I spent a few long hours recently trying to get the old drivers to work with Fedora Core 1 so I'm going to hold off on these new ones."
Yay! (Score:5, Interesting)
http://www.nvidia.com/object/IO_9292.
Do these drivers export all the same extensions as their windows counter parts?
changelog (Score:5, Informative)
This release adds support for the latest GeForce FX and Quadro FX GPUs, UBB
and FSAA Stereo, Red Hat Enterprise Linux 3.0, and GLX_SGI_swap_control,
improves XPixamp support, and reduces CPU usage when OpenGL applications
are syncing to vblank.
Complete Changelog/Readme [freshmeat.net]
Good job NVIDIA (Score:4, Insightful)
I am happy to see that NVIDIA is even supporting Linux, unlike some Microsoft-only "partners" that do not care for Professor Joe.
I also like that they include some source code, so I can change what I want. However, I would like to see the full source code to the drivers (???, sorry if I am wrong here) just for the pleasure of how they do all the neat tricks they do.
Good job NVIDIA, thanks for the drivers.
Re:Good job NVIDIA (Score:2)
Re:Good job NVIDIA (Score:5, Informative)
I just had a run-in with a driver that demonstrates why an open-source driver is much preferred. Until now, I've not had reason to tweak driver source to get something working.
Over the past few days, I've been setting up a MythTV [mythtv.org] box on a spare machine. This machine is equipped with a Radeon VE clone (built by FIC, IIRC) with S-video/composite output. I grabbed the GATOS [sourceforge.net] driver source, built that, and got the TV-out jack working great...
The X server detected that nothing was plugged into the VGA port and said "no video for you!" Isolating the offending code and fixing it so it'll work with just the TV-out jack in use was just a few minutes' work. (The patch was posted to the gatos-devel mailing list, if anybody's interested.)
If the driver supplied by nVidia for its cards exhibited the same behavior (since I don't have any of their cards at home, I can't say if they do), what would you do? Lash up some sort of dongle to fool the card into thinking a monitor is plugged in, and hope you don't blow up your card? That doesn't sound like much of a plan.
Re:Good job NVIDIA (Score:3, Informative)
I think the reason isn't GPL compliance (after all, for many "stock" kernels, they provide a ready-to-load binary module), but rather the fact that Linux doesn't provide an ABI. This is on purpose; so as to discourage closed-source drivers.
Re:Good job NVIDIA (Score:5, Informative)
They're in a catch-22: I'm sure they'd like to open the source but it's been mentioned before that some portions of the drivers contain licensed/proprietary code that they do not themselves control. In other words they couldn't even if they wanted to. (Plus, they seem to take drivers very seriously and might see it as giving away trade secrets to the likes of ATI, so maybe they don't even want to.)
Re:Good job NVIDIA (Score:2)
At least ATI has released R2XX hardware specs. The R400 is just about to ship, maybe when it's out they'll release the R3XX specs.
I don't buy the argument about keeping secrets from ATI. ATI has the capability to pull apart the drivers without the source.
That's why they have patents (Score:2, Insightful)
Patents are intended to protect intellectual property. Nvidia shouldn't be worried about protecting it in their closed source drivers.
Actually, thinking about it, if they really need to protect their intellectual property within closed source drivers, those drivers should be encrypted, preventling disasspembly and decrypted on the fly. Hmm. That's not going to work, cause if you really wanted to find out their secrets, you'd just use a AGP bus analyser or some other similar device.
Other people may disag
Re:That's why they have patents (Score:2, Interesting)
You're right, with a certain amount of effort whatever they're hiding in the closed source drivers can still be found and copied. However, the idea is to
I understand your POV, (Score:3, Interesting)
and it is the right type of thinking.
The question is though, who are they trying to protect their intellectual property from ?
For the moment, considering your example of door locks, I choose to use them, not because they make my house impenetrable, but they ensure that most, "casual" theives won't bother to break in, because the risk and / or effort is now higher than the reward. Determined thieves won't bother with trying to break the locks, they will just cut a hole in a wall, creating a new doorway.
Re:Good job NVIDIA (Score:5, Insightful)
This is a completely bogus statement. More than so, it's so false that it reeks of lack of either knowledge or good intentions.
In order to work around module versioning limitations or to give a chance for people with different kernels than the officially supported, nVidia provides a wrapper source that is what is compiled as a module, all the intelligence being in the binary only driver that is injected by this "open source" code.
If you are, as I hope, only talking without a clue, then it stands as one more evidence that nVidia succeeds in convincing people that they don't provide binary modules.
Go ahead and type:
Do you like that Tainted flag? That's a signal of how "open source" that driver is.
I just hope you don't ever bother the Linux developers with weird problems on your system, specifically those involving 'oops'es and whatnot. Not only you'll be wasting their time, but also you might get silence, pity, mocking, or other reactions.
Re:Good job NVIDIA (Score:3, Funny)
Yup, why would the developers treat him any differently than anyone else (RTFM, its not a bug, etc).
Re:Good job NVIDIA (Score:2, Insightful)
Fix (Score:5, Funny)
Ah, this is a common problem. Renaming the NWN executable to 3Dmark.exe should fix things right up.
Explanation please. (Score:2, Informative)
Re:Explanation please. (Score:3, Informative)
Re:Explanation please. (Score:3, Informative)
Re:Explanation please. (Score:4, Funny)
mv
Re:Explanation please. (Score:5, Insightful)
It looks like it's just the way they do business.
Me, I bought an ATI, specifically because it's supported by the XFree86 and DRI projects. No binary-only NV disaster on my PC, thanks.
From that site (as mangled by google) (Score:2, Interesting)
Whoah slow down (Score:5, Funny)
Gee... (Score:2, Insightful)
You know, I wish hardware manufacturers would learn that they have nothing to lose by releasing the specs on the system. We Linux users can't pirate hardware. We still have to buy it. Oh well...
Re:Gee... (Score:5, Informative)
Re:Gee... (Score:4, Funny)
Re:Gee... (Score:5, Insightful)
See the list! [icculus.org]
Re:Gee... (Score:3, Insightful)
Speak for yourself, but don't include me in your 'we' when you infer that Linux users are 'pirates'. I don't copy software illegally as I only use Free/Open Software.
To generalise, I think you will find Linux users are very aware of software licensing and rarely copy closed source software. Rather it is proprietory software users, who don't care about freedon in software and don't care about licensing conditions, who do the copying.
Re:Gee... (Score:2)
It is the windows people that I know run their pirate copy of windows and frequent warez site for their software needs.
Re:Gee... (Score:2, Interesting)
I used to have the same expectations of Open-source users as yourself, and largely for the same reasons. Until recently, people I knew in the OSS community even paid for their OSS, given the chance. Of course, most of them never ran a Microsoft OS, either.
Upon moving to my current job, I suffered a rude awakening. The company I currenly work for is largely a Linux house, with the majority of the technical people solidly rooted in various Unices. Piracy is rampant. I was shocked at how many pe
Re: (Score:2, Insightful)
Re:ATi this time (Score:3, Insightful)
Obviously you don't use Linux or FreeBSD.
Re:Gee... (Score:2)
I've heard a lot of problems with both companies. (Score:2, Interesting)
Last I checked ATI didn't have the best linux support either. I have a friend with the misfortune of having the Nforce chipset motherboard and a Radeon graphics card. Good luck getting the two to work together.
Open source kernel + 1 closed source driver may work just fine. But open source kernel + 2 closed source drivers can mean conflicts and incompatability.
It doesn't help that Nvidia's precompiled agpart driver for the nforce board only sup
Re:Gee... (Score:3, Interesting)
Bull. When did nVidia purchase all the 3Dfx intellectual property? And how many generations of cards passed before they were able to incorporate this technology into their own line of cards? It's not like ATI or S3 could just grab the specs and have a
Re:Gee... (Score:4, Interesting)
It has nothing to do with keeping source code and techniques away from the competition, although the people who decide against releasing sometimes think it is.
Many major graphics card design companies out there use similar techniques in their software. I'd be willing to bet if you compared driver source code between ATI and nVIDIA you would find many many similar techniques. There's very little they can learn from each other at this point, and what techniques _can_ be copied would take development time to _actually_ copy, introduce risk, and not give them a sizeable enough competative advantage to be worth it.
You argue that seeing the source to the driver lets a competitor "skip a very significant portion of the design process for their next card". This is absolute rubbish. The code may give them a glimpse at how the underlying hardware is put together, but this is far from what is required to design and fab a chip.
I used to work for a graphics card company, and knowing what each register does doesn't give me even 1% of the tools required to build even a _clone_ of this 4-year old chip, much less a competitor to todays chips.
The real reason, of course is what others have posted: These guys have some licensed 3rd party source in their drivers which they are not allowed to release.
As I posted in the Bioware forum... (Score:5, Informative)
Back to via (Score:2)
Damon,
Re:Back to via (Score:2)
Damon,
Re:Back to via (Score:5, Informative)
If you have an nforce2 board, you probably have a fast enough processor to compile most software in a relatively reasonable amount of time. If you do decide to install Gentoo, make sure you check out the alternate installation guide so you can play Tux Racer while it's building your system.
Re:Back to via (Score:2)
ATI and NVIDIA (Score:5, Informative)
Packages Ready to go (Score:5, Informative)
Minion [minion.de] is working fast towards a resolution, but it still looks like the drivers are below existing 4496 performance levels.
Improved performance (Score:2, Informative)
4620 Drivers (Score:3, Informative)
Re:4620 Drivers (Score:5, Informative)
Re:4620 Drivers (Score:3, Informative)
I'm surprised Nvidia doesn't say 'unless you have card X use these forever'.
The new drivers... A review of the problems... (Score:5, Informative)
Dmesg gives-
Unable to handle kernel NULL pointer dereference at virtual address 00000010
printing eip:
c024b6cf
*pde = 00000000
Oops: 0000
CPU: 0
EIP: 0010:[<c024b6cf>] Tainted: P
EFLAGS: 00013046
eax: 00000087 ebx: 00003246 ecx: 00000048 edx: 00000000
esi: 00000000 edi: dffe3000 ebp: dad75738 esp: dad75708
ds: 0018 es: 0018 ss: 0018
Process X (pid: 246, stackpage=dad75000)
Stack: dad96400 dad75764 c01105ac dad96000 00003099 e0d9eca6 00000000 00000048
dad75734 e0dadd1e dbc90800 00000000 dad75748 e0db88cd 00000000 00000048
dad75774 e0db0ee6 dad96000 00000000 00000048 00000080 d9e60000 dad96400
Call Trace: [<c01105ac>] [<e0d9eca6>] [<e0dadd1e>] [<e0db88cd>] [<e0db0ee6>]
[<e0db47b7>] [<e0db6170>] [<e0f51080>] [<e0dbcc1e>] [<e0d9da58>] [<e0f51080>]
[<e0f38b9d>] [<e0f7a5a0>] [<e0f51080>] [<e0f7a5a0>] [<e0f51080>] [<e0dba65c>]
[<e0f51080>] [<e0f7a60c>] [<e0f7a630>] [<e0f7a648>] [<e0f51080>] [<e0dbd809>]
[<e0f51080>] [<e0f51080>] [<e0e489d2>] [<e0f2bd01>] [<e0dd55f7>] [<e0dadd1e>]
[<e0db8818>] [<e0f28151>] [<e0dba1db>] [<e0f28151>] [<e0f28151>] [<e0dba22c>]
[<e0f52700>] [<e0e842db>] [<e0dd0ed8>] [<e0dde76d>] [<e0e842db>] [<e0e84ac1>]
[<e0dae41a>] [<e0d9f95b>] [<e0d9f830>] [<e0dae5a5>] [<e0db9d82>] [<e0f51080>]
[<e0e4b627>] [<e0e8473f>] [<e0d9f195>] [<e0e842db>] [<e0e84ac1>] [<e0e842db>]
[<e0e84ac1>] [<e0ecd0d4>] [<e0e7d552>] [<e0e66833>] [<e0db9d82>] [<e0f51080>]
[<e0e68481>] [<e0e96fc5>] [<e0dbe389>] [<e0e68345>] [<e0dc1102>] [<e0db9d82>]
[<e0f51080>] [<e0dac53b>] [<e0e68bc4>] [<e0e68abb>] [<e0f51080>] [<e0d9dbc5>]
[<e0f38c06>] [<e0dbcbf1>] [<e0f51080>] [<e0d9c8a2>] [<e0f51080>] [<c0114854>]
[<c013c590>] [<c013c7d5>] [<e0d9c61b>] [<c014a0cc>] [<c0108e7f>]
Code: 8b 46 10 8b 50 30 89 34 24 89 4c 24 04 8b 44 24 20 89 44 24
Ksymoops gives-
>>EIP; c02dc0c1 <pci_read_config_dword+41/80> <=====
>>ebx; c3fbe000 <_end+3c02138/20530198>
>>ebp; c3fbf760 <_end+3c03898/20530198>
>>esp; c3fbf72c <_end+3c03864/20530198>
Trace; c01aedfc <pci_conf1_read_config_dword+4c/50>
Trace; e08f8739 <[nvidia]os_pci_read_dword+20/27>
Trace; e090784e <[nvidia]_nv001370rm+2e/cc>
Trace; e09123fd <[nvidia]_nv001241rm+11/18>
Trace; e090aa16 <[nvidia]_nv000171rm+22a/268>
Trace; e0aaab60 <[nvidia]nv_linux_devices+0/580>
Trace; e090e2e7 <[nvidia]_nv001749rm+167/50c>
Trace; e0aaab60 <[nvidia]nv_linux_devices+0/580>
Trace; e0916776 <[nvidia]rm_update_agp_config+e/14>
Trace; e08f7495 <[nvidia]nv_agp_init+78/fb>
Trace; e0aaab60 <[nvidia]nv_linux_devices+0/580>
Trace; e0ad410c <[nvidia].data.end+275/31c9>
Trace; e0ad4130 <[nvidia].data.end+299/31c9>
Trace; e0ad4148 <[nvidia].data.end+2b1/31c9>
Trace; e0ad40a0 <[nvidia].data.end+209/31c9>
Trace; e0aaab60 <[nvidia]nv_linux_devices+0/580>
Trace; e0ad40a0 <[nvidia].data.end+209/31c9>
Trace; e0aaab60 <[nvidia]nv_linux_devices+0/580>
Trace; e091418c <[nvidia]_nv001274rm+7c/b8>
Trace; e0aaab60 <[nvidia]nv_linux_devices+0/580>
Trace; e0ad410c <[nvidia].data.end+275/31c9>
Trace; e0ad4130 <[nvidia].data.end+299/31c9>
Trace; e0ad4148 <[nvidia].data.end+2b1/31c9>
Trace; e0aaab60 <[nvidia]nv_linux_devices+0/580>
Trace; e0917339 <[nvidia]_nv0008
Re:The new drivers... A review of the problems... (Score:5, Informative)
Re:The new drivers... A review of the problems... (Score:2)
But even after that, X fails to start up. Back to the last release which were working OK on this Fedora Core 1 install and 2.4.23 kernel.
They sell MB chipsets, too.... (Score:2, Insightful)
Oh, go stuff it. (Score:2)
Manufacturers can't and shouldn't be held accountable for changes local to a specific distro or host. Deal with it.
NWN works (Score:5, Insightful)
Yes, I've seen a lot of complaints about the drivers on the nVnews.net forums [nvnews.net], but I really wish Slashdot editors would refrain from making blanket statements.
Re:NWN works (Score:4, Informative)
It's too bad too because combined with their drivers for windows, they have the best motherboard platform even when compared to intel chipsets... its a real shame.
5328 is awesome! (Score:3, Informative)
The 4496 drivers totally sucked. They had display glitches in 3D programs (at 640x480 visual tearing in the middle of the screen even though I enabled vsync, and even worse at 800x600 there is distorted 'garbage' at the lower right corner of the screen, no glitches at higher resolutions though).
So the 4496 drivers are unusable to me, however the 5328 drivers rock! The performance is faster for me, no more strange artifacts or tearing, and yes with vsync enabled the fps on ut2003 has DOUBLED!
5328 is faster on linux kernel 2.4.x than on 2.6.x, but really I am [YOU ARE] lucky to have the very latest kernel supported so quickly
BTW for those who never RTFM, you have to set __GL_SYNC_DISPLAY_DEVICE to your device if you want it to actually sync to refresh. Also, pageflipping is now on by default and the Option name is changed, so look at your XF86Config people...
Thanks Nvidia and thanks Zander too
Rambling Post: (Score:5, Insightful)
Another poster mentioned that someone has already built 2.6.0 .run files - that's cool, but I have no reason to change my *stable* system. Maybe next week when I'm bored.
Reading though this thread I've seen people extole the virtues of ATI and slam Nvidia. One particular poster said (s)he loves h(er/is) 9800. The first Google [google.ca] I get on this card shows a price of $299.00 US. I don't know about anyone else, but I think this is a *total* waste of money. I upgraded my last video card from a TNT2 (32MB) when I couldn't install Unreal Tournament 2003. Time to upgrade. Picked up a GeForce4 MX440. $99.00 CAN. I bought this card for one reason: Nvidia had drivers for Linux - and as a recent Linux convert, let me tell you, this is good news. Cudos to Nvidia - they'll get my $$ when it's time to upgrade again, and I'll get a card that's equivalent to the 299US card for 99CAN.
Re:Rambling Post: (Score:2)
My only complaint about nvidia... (Score:2)
That said, I tried the ATI equivalent and gave up o
Re:My only complaint about nvidia... (Score:2)
Re:My only complaint about nvidia... (Score:3, Interesting)
That's because the SDR has a 128bit bus, while the DDR has a 64bit bus, at double-speed. Same bandwidth pretty much. It's nothing to do with cheap RAM.
what about sleep? (Score:5, Interesting)
Re:what about sleep? (Score:4, Informative)
fedora + 4496 nvidia drivers (Score:2)
My solution was to revert to the latest RH9 kernel, as I don't have time to chase down a bug in a closed-source driver, that locks X, so I can't see any console messages, and prints nothing to syslog.
Howto with Fedora Core 1 (Score:5, Informative)
I had lots of problems getting NVidia to work with FC1. Things would kind of work, but other things wouldn't. Getting TuxRacer to work is a good litmus test.
Then I found this page [artoo.net] of unofficial FC1 FAQ. Yay...!!
Here's what to do - it worked for me:
Use these instructions if there are no RPMs available, or if the available RPMs don't work for you.
Make sure you have the lastest drivers.
Now print this out, or write it down. Then:
If none of this works, do rpm -e --nodeps XFree86-Mesa-libGL and then restart your computer. The need to do this should soon be eliminated -- watch this FAQ or the fedora-list. Note that if you update XFree86, this package will be reinstalled and you will need to remove it again. This solves the "DRI" problem.
Poor Nvidia (Score:2, Insightful)
Owning an ATI Radeon 9800 now with so many graphical features disabled and tweaks in general, I swear I am almost better off owning a Geforce FX5900.
Works fine for me without any tweaking (Score:3, Interesting)
General question (Score:3, Interesting)
This is where Linux is retarded... (Score:3, Insightful)
Yes, the Linux kernel is nice and modular, and you can make modules and do some neat stuff (like dynamic loading) with them, but....
Why do modules have to be custom compiled to each exact kernel version?
A binary API should be developed with standard hooks that allow for things like video cards, sound cards, soft modems, scanners, and other crap to operate via a protected, binary-compatable API that doesn't change in any minor release. (EG: 2.4.x should be cross compatable)
One of the successes of Microsoft's hardware compatability is that I can frequently use a driver from Windows 3.1 on my Windows 98 or ME system.
Linux developers can cry all they want to about "open" drivers, but there are plenty of times where that just isn't feasible. And, why shouldn't there be a single, well-documented API that allows for binary driver distribution?
Why should this "pollute" anything at all?
Spending any more than 10 or 20 minutes loading a driver is retarded, and even though I'm a firm believer in Linux and its future, I'll be the first to say this.
Create a clear, binary-compatable API for drivers and the drivers will appear like magic, especially if it's similar to the API for Windows drivers.
Hardware companies are begging for more sales, and if they can get them by recompiling their windows drivers, or at the very least putting out and supporting a single driver file for "2.4.x kernel" Linux, you'll find that lots of companies would be perfectly happy to "play nice"...
Re:This is where Linux is retarded... (Score:5, Insightful)
You might get a printer to work with older drivers, but are you really serious in saying that 16 bit Win3.1 drivers worked satisfactorily for you in Windows? We are talking about high end graphics card drivers here, not keyboard, printer or network card drivers. The only things which most Linux users can't get to work these days fall into two categories:
Correct me if I'm wrong but I don't think you'd get any of those kinds of hardware running in WinME with even a Win98 driver let alone a driver from Win3.1!
Re:This is where Linux is retarded... (Score:5, Insightful)
Why? Because it goes against the spirit of the GPL AND because it's a legal grey area which could result in frivolous lawsuits which could waste the time of the OSS community, like SCO is so successfully doing right now.
Unless Linus changes his mind (unlikely) or hardware manufacturers GPL their code and/or release full programming specs, then the status quo will undoubtedly remain.
Re:This is where Linux is retarded... (Score:3, Interesting)
The reason he wont include such drivers is because of legal and political reasons. Debian would fork the kernel in a second! They refu
Plea for help here... (Score:2)
I've repeatedly tried using their drivers, version 4496. The first time I did so and started X, it worked a little like Windows Airlines. Everything looked good, until I tried to open the menu bar and the system locked up completely. Absolutely nothing could back out of X or get control back. Taking a look at the logs, it said "Unable to find NVidia
Re:Plea for help here... (Score:3, Informative)
With "nvidia", you need load glx, but you have to delete load dri and load glcore. Actually, I played around with it for a while and find that you can actually still load dri, but not glcore.
As for the kernel interface, if you are using a standard kernel from a major distribution, nvidia has precompiled ones. So it shouldn't reached that step unless you really know what you ar
4496 Drivers Just Fine (Score:3, Interesting)
For what its worth, I've always been happy with the Nvidia drivers.
So the 5328 drive doesn't work for me with ONE app, the fail back was efortless and I'm playing NWN again.
Kudos to the Nvidia team.
Cheers.
For what it worth.. (Score:5, Informative)
See : http://bugzilla.livna.org/show_bug.cgi?id=45
Feedback from the Clueful Ones is welcome.
Good day.
Nvidia AGP + Fedora = Crash (Score:4, Informative)
it can be used by e.g. setting the XF86config option NvAGP=1.
This reliably oopses the kernel in Fedora with this new driver.
If anyone else wonder why the new driver don't work, make sure it uses
the kernel AGP driver, not the nvidia one.
Testing? (Score:4, Informative)
Works here (Score:3, Interesting)
Debian sid
Kernel 2.4.22
GeForce4Go 440 (NV17)
Pentium 4 2.0
i845 mobile chipset
Re: (Score:2, Insightful)
Re:What?!! (Score:5, Insightful)
Every different card line however, requries a different underlying layer to handle all the little tweaks and get maximium performance. Its not nearly as simple as you think.
Have you ever doen any hardware programming before? The fact that nVidia has a single driver serving such a wide line of cards is quite a feat. I've seen drivers that had to have 2 seperate code paths simply because of revisions to firmeware within the same "Version" of the software.
Re:What?!! (Score:2)
To make an example, if you have version 1.0 of your driver, under most circumstances you don't junk it all and rewrite all of it from scratch to get to version 1.1.
You take the 1.0 code and fix some bugs and add some new features, recompile it and release as version 1.1.
LK
Re:What?!! (Score:2, Insightful)
Re:What?!! (Score:5, Insightful)
OK, but they can lift this out of their Windows drivers.
I used to work for a network card manufacturer, and we wrote our drivers in three layers: OS-specific hardware interface layer, general card control layer, OS-specific API. So once we'd got the top and bottom layers right, we got all any fixes and improvements in the card control logic across all OSes for free.
NVidia are big on their "unified driver architecture" and stuff so I'd be very surprised if they didn't do it this way too. So all they need to do is to swap the Linux glue layers into their latest Windows drivers and recompile.
Re:new drivers (Score:3, Interesting)
Sadly yes, it does seem pretty common. I've got a Radeon and I often find myself checking how people are finding the new drivers before getting them myself. It shouldn't be that way
But - 'may take a little while to become fully stable' - I don't think so. We're not talking about a completely new product here. They're basically just tweaking their existing code, and should do enough testing so as the release doesn't get a bad rep straight away.
What will you say the next
Re:Nvidia's Detonators are designed to force upgra (Score:2, Interesting)
Sure, but it's not like the entire driver file is being loaded into to the video card's memory. That's just to control the video card, you know? I'm fairly certain, as well, that the driver that is loaded is different for the newer FX's and the older TNT cards. I'm fairly certain, actually, that each generatio
Re:Nvidia's Detonators are designed to force upgra (Score:5, Insightful)
Not at all--Their unified driver architecture helps to make sure that no matter which card a user has, he only needs to download one driver package.
Believe it or not, many people don't even know which video card they own, much less could they tell the difference between a GeForce MX 200, GeForce MX 400, GeForce MX 440, GeForce FX 5600, GeForce 5900, GeForce 5950 Ultra, one of many varieties of "Quadro" based products, etc. It's easier and a lot less error prone to tell people just to download the 'latest nVidia graphics driver' than to go into the device manager or lspci or whatever and figure out exactly which piece of hardware they own.
Re:And how is this a good thing ? (Score:2)
BWP
not really (Score:2)
Because of this, I might only upgrade my drivers once a year or less, basically only if I run into a problem. Trying to remember the exact card model I have after months of never thinking about it is rather difficult. "Hm, GF3..Ti200?
Re:And how is this a good thing ? (Score:2)
How wonderfully arrogant.
Why not simplify maintenance tasks so that more users can perform them on their own? I guess some would rather keep this sort of elitist attitude that makes the geek community look bad, particularly the GNU/Linux users.
Besides, maybe it's not just novices that could use a little help. Perhaps some people
I'd define bloat differently. (Score:2, Interesting)
I'd consider bloat to be when there is very little increase in functionality, yet the cost in consumed disk space or RAM is significant. I would consider MS Clippy would be a canonical example.
Does KDE offer increased, and more importantly, useful additional functionality to you ? If it does, then you have decided to accept the extra CPU, RAM and disk space it requires. It could also be argued that the visual "beauty" of the environment makes your computer more pleasurable to use, which will increase your
Re:Agh. (Score:4, Informative)
Re:Agh. (Score:2)
Re:Wonderful! (Score:2, Insightful)
Nobody should praise NVIDIA as a perfect Linux citizen for providing these drivers. They do work, and it is a better solution than some hardware companies that provide no support at all. But they have consistently refused to provide documentation to write a fully free driver, so there is no 3d support a
Re:face it nVidia (Score:5, Insightful)
So yes, I agree it's quite hard to produce Linux drivers that are stable and functional across a broad range of Linux kernel versions and XFree versions, and I am sure it is in part because there are more users and thus more developers working on the Windows drivers, in large part it's because of the inherent features of the Linux platform. Which of course may be desireable for many people who want to encourage companies to release specs or truly Open Source drivers.
Re:face it nVidia (Score:2)
IMHO problem is somewhere else. There are millions of possible configurations, and few people working on driver just can't solve each problem. In open source driver there are more workers (they don't need money from company), so it's much easier to fix driver for individuals.
Re:face it nVidia (Score:2)
Re:face it nVidia (Score:2)
Then there's the NT line.
The driver model changed slightly with each revision in the 9x line, and not necessarily in a core area.
And under linux, although the ABI may change from minor version to minor version, it IS just a simple compile against the different headers (for, I suspect, not all, but the majority of cases).
Really, the ideal thing for nVidia would be for THEM to publish an API (not necessarily full docs fo
Re:face it nVidia (Score:3, Insightful)
Let's give nVidia a break. Yeah, one bad version of drivers. They work fine for me (although not with AGP enabled). Anyway, let's see if they fix this. They probably will, and we'll all be happy again.
And BTW many games get higher fps under linux than windows. Crappy indeed.
Re:face it nVidia (Score:2)
FPS is not everything. In Linux I could expect stability. Do you have framebuffer enabled?
Re:Once again, Linux displays it's flaws. (Score:2, Informative)
Notice all the "hey these drivers kick ass" comments are comming from users of GF4s or better?
Note: Here's what I mean by being horribly broken.
http://www.hayenga.com/mitch/mario1.gif
they suck on GF3 as well (Score:2)
XP makes the process fairly painless (all your settings are saved for everything), but it still requires a couple of hours to reload off the disk and then reacquire service pack 1 and assorted patches to bring it back up to date. And theres the occasional need to reload a driver or two.
I downgr