Slashdot Mirror
Best Supported Video Card For Linux/XFree86?
Crixus asks: "I'm about to build a dual CPU box on which to run Linux. Currently, what is the best supported video card under the latest Xfree86 releases. Which card(s) can I buy that would be obvious 'can't go wrong' choices?" This question pops in to the submissions bin quite a bit, even though we have discussed this issue several times in the past. However times change, and as the years pass the technologies change. What does this year offer in the way of compatible video cards for XFree and Linux? Those of you who have this question might also want to check out AnandTech's October Video Card Comparison.
According to Matrox, the binary only part cannot be open sourced due to third party licenses, as well as Macrovision implementation - which cannot be revealed yet.
However, they're planning to release more documents for their cards..
I have Matrox G400 here (Dual head) and I Geforce at work. Although the NVidia driver is way faster in 3D - it crashes a lot, and leave you with a graphical screen - and you have to reboot in order to exit this mode..
Sigh...
Hetz (Heunique)
Nop.
The binary only part of matrox drivers has now been compiled on Alpha also, so Alpha users can use Dual head now..
Hetz (Heunique)
I recently got a new box with a nvidia card, so I thought I'd throw in my $0.02 here.
/dev/nv* when it booted up. I assume that that means I should get off my ass and build the kernel module that I downloaded huh? I'm guessing that that will solve my problems.
With X 3.3.6, the voodoo 3 2000 and 3500 (which I have direct experience with) work great. They are fast, provide nice 3d through glide, and quake3 play works wonderfully.
Ditto with X4. Using the tdfx driver, and the tdfx and agppart kernel modules gave me the same performance (and fps) under debian's X 4.0.1.
I upgraded to a K7-900 and nVidia GeForce 2 GTS (32mb) card and have had a chance to play with it. The card dropped into X4 just perfectly, and no great pains were gone through to get it all working.
I have yet to get q3 going under it though. This is party my laziness however. The provided nvidia drivers work fine, but when starting quake, there is serious stuttering (think switching to software gl emulation). I downloaded and threw in the nvidia drivers off their page, and then I was bitched at that the system couldn't find
However, if anyone has any advice to a gamer about what kernels are supported/patched for the nvidia drivers, or which files should be downloaded/installed, I'd appreciate it.
It does depend a lot on what you're doing. If you
want a nice card for driving big monitors, and getting work done, along with the occasional 3D game, I'd say go with a Matrox G400. They're really nice, well supported, and for all the features that work now and will work someday (DVD), they're a good deal. I'd stay away from the 450s for now, just because they're still rather new, and from the reviews I've seen they only really beat the 400 in price. I've had a Millennium 1, 2, G100, G200 and now a G400 and all
have worked wonderfully under linux.
You just have to use XFree86 4.0.x with the NVidia binary drivers.. the current version they have released is 0.95.
Apparently, the GeForce2MX won't work right if you use the standard 'nv' driver that come with XFree86 4.0.1, but with the 0.95 X driver and the matching GLX driver, the GeF2MX works great, and has very impressive performance in Unreal Tournament to boot.
- jon
Ganymede, a GPL'ed metadirectory for UNIX
I've had a Geforce DDR since this summer, with mixed results.
With the default 2.2 kernel, XFree86 4.0 setup I had at the time, following instructions I got the NVidia drivers compiled and set up pretty easily. Hell, if you're running an untouched Red Hat (or some others) without even recompiling the kernel, then you can pretty much download their RPM drivers, change a line in XF86Config, and restart X.
Sure, there's something that made me uneasy with using binary-only drivers and loading a half-megabyte kernel module, but oh well. Oh, and did I mention the annoying bugs? There's the "X hosed if a 3D app gets killed suddenly bug", and the "horrible graphics glitches when switching between multiple X servers" bug, and the "if anything goes wrong, your text consoles will be permanently black until you reboot, even if restarting X works fine" bug, and well, you get the picture. Some of their problems got a little better in the 5 revisions of their Linux drivers I've seen. Some didn't. Will the rest of them get fixed, including the "we'll have this fixed in a few days messages" on their months old Linux FAQ? I don't know, but I don't like that the answer depends solely on the NVidia Marketing Department's appraisal of my value as a future customer.
But anyway, X was pretty stable, Quake III was damn fast, and life was good.
Then I decided to try 2.4, because of better support for my motherboard's onboard sound among other reasons. The Nvidia kernel module wouldn't compile against test7, test8,... I uninstalled all the binary stuff, switched to the open source 2D drivers, and forsake 3D support outside of Windows for months. Fortunately, the beneficial effect this had on my GPA prevented the loss from angering me greatly.
Finally, someone came out with a patch to compile the kernel module against 2.4.0-test11, and stuff ran great again with the NVidia drivers. Same niggling bugs, but 3D was golden.
Then came 2.4.0-test12. Now NVidia's drivers compile but don't work, so I'm back to the open source stuff. Of course, when I mean don't work, I mean *really* don't work: If I run X with the closed nvidia driver, it fails and thrashes the screen until the next (blind or remotely logged in) reboot. If I run X with the open nv driver, it works, but I don't get 3D, and if I were to foolishly run an app linked to the binary NVidia GLX drivers (like 3D Xscreensaver hacks, before I turned them off), it crashes the kernel.
That's right. Do you want blazing fast 3D support, or do you want months of uptime? NVidia's drivers remind me of software I had to fix at work last summer: use them in exactly the situations that the original coders tested with, and you're gold. Try something that should be within the design spec, but is still out of the ordinary, and down it goes. You can debug code by understanding what can go wrong and preventing it, or you can debug it by running it, fixing whatever leads to a crash/error, and repeating it until you stop seeing crashes. nvidia_drv.o smells like a product of the latter method.
I've had some problems (including crashes that resemble the black screen Linux crashes, but with no known cause) with the card under Windows too, but not too much more than the problems I have with everything under Windows. I had an epiphany the other day, realizing that if just one binary-only third party driver under Linux can suck like this, what happens in Windows where *every* driver is code that neither I nor Microsoft gets to see or debug? I almost pity the Windows OS developers now; they probably get blamed for three times the crashes they're actually responsible for.
Anyway: if you want blazing fast 3D, there's really no choice but NVidia. Their hardware is a generation ahead of ATI and 3dfx, and two ahead of everyone else out there. If you want a card that's excellent at everything else, and are willing to trade excellent Linux drivers for mediocre 3D acceleration, go with Matrox.
I have a Voodoo3 3000 AGP/16MB in my Linux desktop machine right now. The drivers are great, all resolutions supported and great 3D support. Beyond that, I wanna say you can get a Voodoo3 3000 AGP for about $80 now.
Perl - $Just @when->$you ${thought} s/yn/tax/ &couldn\'t %get $worse;
well you have to remember that issues that used to be associated w/cards are no longer a real issue b/c of the softbooting of the BIOS by Xfree4. I have an AGP Voodoo3 3k and a PCI Cirrus Logic 5446 and it works fine w/dual heads.
I've been running a multihead system (Riva 128 AGP & Voodoo 3000 PCI) for a while and I really like it. I was suprised when the two cards came up togethor without any real effort (XFree86 -configure rocks BTW), however, when I recompiled my 2.2.x kernel to include support for SMP the machine would lock about half the time I tried to start X for the first time since the machine had been rebooted. After I got X started it was no problem until the next reboot. I suspect there's some sort of problem in the int10 code for softbooting the second monitor with SMP. Oh well. I just upgraded to debian woody and compiled a 2.4 test kernel and the problem seems to be fixed, I havn't had any problems softbooting the second card since.
Just my two cents, someone else might find them interesting or useful.
I came. I saw. I coded.
There is no choice for a good video card. There are tons of choices. And even quite old ones.
For a 3D, generally NVidia cards will go. Specially if you wanna play the few, unfortunately, OpenGL games that go on Linux. However if you are doing some thing like scientific work where you need some tough 3D stuff, forget about TNTs and GeForces. They are good, fast, but the NVidia's hacks are miserable when you come out of the game arena. Conflicts happen, frequently you fall into segfaults and more curious, NVidias are horribly slow with some apps. Well, it's NVidia's fault, some standards should be followed anyway. In the "scientific" case, even a Voodoo3 will do a much better job rather than the latest GeForce. Maybe others will do the bad work but I didn't test any.
And if your taste are 2D graphics, then things get worser. NVidia and late 3Dfx make only an average quality 2D system. They work relatively fast but quality is HORRIBLE. Well, if you have something to do with design. The more professional you are the worse it comes. In this case even many modern AGP cards get 0 in comparation to their old PCI sisters. Till now people use Diamond's like FireGL for graphics, as colours are much more perfect on them than its modern counterparts. Only recently I saw one ATI Rage AGP card where I could get right into design tasks without thinking too much about how the thing is set up. On NVidia I always get things wrong. On Voodoo I always curse their reddish mess.
So you may try to get an "ideal card". Ok, my question: What you wanna do?
Agreed. Since we're on the ATI subject, I've got an All In Wonder 128 card (the 16 MB version, not the Pro/32MB one).
OpenGL support does exist by default in XFree86 4.0, but it's quite slow. I get 50-60 fps with Windows on my Celeron 400, but only 35-40 fps in Linux. When explosions come in Quake 3 I actually see what I call the "webcam effect".
Video capture is out of the question, of course, since there's no software for it. There's a program called xatitv that works well, but it hasn't been updated in about 5 months, is quite beta and doesn't enable bilinear filtering on the TV image, giving you the 'line effect' when the image moves sideways. (Remember that PAL/NTSC are interlaced)
2D support is pretty good, but what card can't handle that nowadays?
In any case, stay away from ATI if you want to play 3D games in Linux.
[before someone comments on it: XFree 4.0.2 gave me a 5% speed increase in exchange for a very unstable server]
Flavio
I think the best place to look is to start with is Big Ed's Tech Site http://bigedstechsite.com/ or Tom's Hardware review (not sure of the URL). There is also the linux hardware database http://lhd.datapower.com/ .
Lots of cards are supported now, and the LHD, is a good place to get the reviews. Now if people would only use it and submit their ratings of hardware....
Well What are you waiting for go to it!
I don't want a lot, I just want it all!
Flame away, I have a hose!
Only 'flamers' flame!
I got a GeForce 2 GTS for a visualization project at work. Boy, what a miserable experience.
The last driver released by NVidia was on 9/5, so I'm hoping they come out with another one, maybe for the 2.4 kernel (the current one only works with 2.2).
You have to build a kernel module that works with the agpgart module (which is mature in 2.4, but only experimental in 2.2 btw). Then you update XF86Config to use their GLX driver. I had some problems compiling the kernel module because of problems in the kernel headers supplied with Redhat 7 - the SMP #defines were screwed up.
But eventually I did get it all set up and working - with some GL programs. But many GL programs - including several of the Xscreensavers and GLUT demos - make my computer crash instantly with no warning. It just *POP* resets. I've traced through several GLUT demos with a debugger and I still can't find the exact thing that does it but I think it has to do with display lists. I've tried setting it up on SMP and non-SMP configurations, but to no avail.
The bottom line: The NVidia drivers crash my computer HARD every time I try to do anything meaningful with OpenGL.
-------
Vidi, Vici, Veni
Plug in card.
Start gaming.
You forgot some steps:
Start cursing because the games you want to play don't work properly under Windows 2000.
Repartition hard drive.
Re-install Windows 98 for games.
Find driver CD because new video card is too new for Windows 98 to have shipped with drivers for it.
Re-install games in Windows 98.
Re-install Windows 2000 because Windows 98 blew away Windows 2000 partition.
Re-install all of your other software in Windows 2000.
And don't tell me this doesn't happen all the time, because I work in an office full of gamers most of whom have gone through the above...
This card works just fine for me with one exception (and I'm also wondering which card can do this). I would like a card that could do a color depth of 32 on Linux. I have to stick with 16 right now because GIMP and some other applications create a white bar across the screen everytime I undo (with GIMP) or resize the window with other apps (not all of them GTK). I used to have a Matrox G200 at work and that was a great card. I was able to have a 1280x1024 console (nice IRC session size without the need for X, being able to use w3m for a good majority of web browsing, midnight commander was great too in this aspect) which is just a treat to have.
I wouldn't recommend the Voodoo3 2000 (as I have it because I duel boot and Voodoo3 2000 allows me to play Diablo II 3dfx), but definately go for a Matrox450 if you can afford one.
"It's here, but no one wants it." - The Sugar Speaker
_______
2B1ASK1
Hmmm - But Xi Technologies is not ATI.
A third party is providing the "driver".
Also, although I'm not sure, I expect Xi technologies actually provide the X server for the card and not the driver, but I may be wrong here.
Yes but that driver is still 2d only... Basic 3d support is still forthcoming. (The 2d driver is pretty sweet though, looks great, nicely accelerated, and supports both XRender and XVideo extensions)
------ 24.5% slashdot pure
Don't do this, because there are no X drivers for it. Well, technically, there are drivers for it, but unfortunately some scumbag company called Xi Technologies is selling the thing for 80 bucks. EIGHTY BUCKS.
Third party Radeon drivers for linux are expected Q1 2001, but I suppose we shall see. Also, as an added bonus, ATI has a java applet on their page that happily crashes linux netscape after a couple of page views.
ATI may be willing to part with design specs for driver development, but I'm not exactly sure if that necessarily makes them linux friendly.
Be aware.
Speaking from experience here. I have a GeForce 2 GTS.
nVidia's linux drivers are very fast. maybe the timedemos show better scores in Windows, but subjectively, playing Q3 in linux is smoother. I haven't played in W2K though. Maybe it has to do with 9x's sucky multi-tasking.
The only problem is that these fast drivers are closed-source. The only thing that ever crashes my system is X. They don't always wake up after apm puts the graphics card to sleep. The machine is completely hung and only a hard-reset will do. Whenever I recompile my kernel and forget to recompile the nVidia kernel module, my graphics card locks up hard and there's no way to get it back. I have to "use the force" and switch to a virtual terminal and login as root and reboot without being able to see what I'm typing. These are exactly the kind of annoying things that would have been fixed in open source drivers by now.
I understand why nVidia has closed source drivers. They have other people's IP in them and they have fancy tech in there that would give an edge to the competition (at least that's what they believe and we don't have the evidence to determine otherwise). Their drivers are fast, but they are closed source and that is a serious downside to consider.
To make a long story short, if 3D gaming on an x86 under linux is your highest priority, get an nVidia card from a good manufacturer that is based on the reference design.
If stability is more important than 3D performance, get something else.
Although, I guess now with XFree86 4.0.2 you could have the best of both worlds. Use the open source drivers that come with XFree86 normally, but switch to the nVidia drivers when you want good 3D. GF2 and MX weren't supported in 4.0.1.
If you want a CRISP and sharp 2D display and reasonably fast 3D, go with the Matrox G200. You can get these used for next to nothing. I recently got an 8 meg AGP for $20.
The G400 is a step up. It has much better 3D performance than the G200. Matrox 3D is not industry top-of-the-line at current. But like the G200, the G400 has the sharpest display in the business. It also has dual head support, either on the card or as a cheap add-on option, depending on the model. Dual head is great if you can find a second, cheap monitor. Like the G200, you can find G400s cheap. I've seen them go for $60-80 for the 16 meg single head version.
The G450 is pretty much the G400, except that multi-head is the only version sold, and the second display shares the same fast RAMDAC as the first display, meaning you could run two very sharp displays in the 2048x1536 range. (The second display on the G400 multi-head loses significant clarity or refresh rate (your choice) above 1600x1200.) There are, however, some issues with drivers for the second head destabilizing the system. (Hopefully someone knows more about when this may be resolved?)
If you want FAST FAST FAST 3D above all else, are willing to sacrifice a bit of crispness at the higher resolutions, and aren't militant about demanding open source drivers, have a listen to the nvidia and ATI advocates. Both are excellent cards, though ATI's driver support is currently a little behind nvidia's.
I second this, for unbeatable 2D performance and open driver support the Matrox G400 is the way to go.
If you want extremely fast GL support and don't mind waiting around for months before getting the latest and greatest of features (RENDER for example) because the drivers are closed, try an NVidia card.
-- iCEBaLM
Visit us at #nvidia on irc.openprojects.net and we'll try to help you out.
-- iCEBaLM
I think that G400 from Matrox is currently the best choice, it has really fast 2D, high freq. and resolution support (I have it running at 1600x1200x85Hz at 32bpp on a Sony 500PS and it really rocks!). With Matrox you get all the goodies of the new XFree 4.0.x, and have support for DRM (Quake3 at 40-60fps), XVideo (DivX, BTTV, DVD) and soon full dualhead/Xinerama support.
And the most important Matrox is a company that really support Linux, releasing detailed info on their products and not binary drivers that work ocassionally.
Just my opinion, but although you are planning to run only quake3 and need 120fps because you have fly-like eyes you won't go wrong buying a G400 (I would suggest a MAX for the dualhead and the extra speed, but other G400 are also very good).
- german
I am assuming that you are going to be using XFree86 and not AccelX or another X server.
If you plan on using XFree86 3.3.6, then I would suggest going with a Voodoo 3 3000. The Voodoo 4/5 drivers are extremely immature and most likely will not ever reach the performance level they should.
I would suggest, however, that you go with XFree86 4.0.2 and get an NVidia Geforce 2 (GTS/MX/Ultra). I personally have 2 dual CPU Intel boxes and use the NVidia Geforce 2 in both of them. XFree86 4.0.1's included nv driver did *not* support the Geforce 2. This has been fixed in 4.0.2.
If you are wanting multi-monitor display, go with a Matrox G400. It is an extremely nice card, but doesn't quite have the power when it comes to gaming.
wolf31o2 Developer, Gentoo Linux Games Team
And ethical responsible from a linux point of view.
- --[... The secret of the hanged man, the smile on his lips... ]-- -
If you're looking for
Performance: Get a GeForce2. In everything from 3D OpenGL to 2D X performance, it whips everything else out there (including the G400)
Features: Get a Matrox G400. They tend to have the most feature support.
Picture Quality: Get a Radeon. The Radeon's 3D and 2D quality is amazing, though the 2D performance is a little limp.
A deep unwavering belief is a sure sign you're missing something...
The card performs very well in windows (200+fps easily in q3a),
>>>>>>>>>
Not really. GeForce cards are cheaper and faster. And it takes a P4 1.5GHz with a GeForce2 Ultra to run Q3 at 204fps at 640x480. I seriously doubt that a V5 get anywhere close to that.
A deep unwavering belief is a sure sign you're missing something...
get a card that supports vesa 2.0 (or higher) and then use the vesa framebuffer kernel driver, and the xserver for framebuffer
if you later switch to another vesa 2.0 compatible card, it will magically work w/ X w/out any configuration changes (unless it doesn't have enough memory for that resoltuon and color depth...)
Need a Catering Connection
uhmm .. no. I whish so. IIRC the geforce2 with its binary only driver is the fastest one for 2-D X11. I don't remember where it was, but they showed benchmarks (x11perf) where the geforce was about 30-40% faster than the G400 MAX.
;)
... anyone knows of any card company is making research in 2-D cards ? I don't play fps games. I want FAST 2D cards. And no, the current cards suck in 2-D speed.
Now for politcal reasons, this is a total different story. I whish nvidia would open at least the 2-D specs of their cards.
(so that new features won't run only on MGA chips
besides
Samba Information HQ
I have had some personal experience with NVIDIA cards and Linux running on an SMP system. To sum it up briefly:
:-(. We are running Linux 2.17 and XFree 4.0.1, with the latest NVIDIA drivers (version 0.9-5). The only way we could get the system work reliably was to turn the hardware 3D off and use the Mesa libraries (that come with XFree). With the hardware 3D acceleration turned on the machines keept locking up, and always under different circumstances, mostly though when more than one OpenGL context was active at a time. But some credit is due to NVIDIA - Descent 3 was running always without any problems with 3D h/w accel. turned on.
...draw your own conclusions. I personally don't think there are enough SMP users out there yet to make it a serious enough concern for NVDIDIA to fix this problem.
:-)
NVIDIA + SMP = BAD CHOICE!!!
In the graphics lab where I work we have about 10 dual CPU Dell's with GeForce2MX graphics cards, which the lab purchased on my reccomendation
If you check the NVIDIA's LINUX FAQ, they acknowledge the SMP problem exists and promised it would be fixed in the next release. Maybe I would believe them, except that that's exactly what they promised in the FAQ that came with the previous release:-(
If you decide to go with a single CPU system, the card is quite reliable and fast, although I did lock up the system after couple of days. With SMP system, you have basically two choices: disable h/w 3D acceleration or run only Descent 3
We tried 4 different versions of NVIDIA's cards (TNT2, GeForce, GeForce2 MX and GTS) with 3 different kernels (2.14, 2.16, 2.17) but the results were all the same - lockups, lockups and more lockups. We even tried to experiment with turning on/off DMA for our hard-drives, without success. Sometimes the entire system would freeze up - could not even ping it; sometimes only the X-server locked up, which could be re-started remotely. The lockups would occur sometimes after only 20 seconds of work. On occasions all you would have to do freeze the system was to start a single OGL application. Other times the system would work fine for up to 30 minutes, with five OGL windows running simultaneously, but then freeze when you quit one of them... completely unstable and unpredictable system.
I have not tried the h/w 3D acceleration with the new 2.4 kernel yet. Perhaps someone else has, in which case I would love to hear their story.
Pavol Federl
email: pfederl@netscape.net
Doesn't Xfree 4.x probe for refresh rates? It seems to have got my monitor refresh rate correct with no mode lines in the XF86Config file...
I'm trying to teach myself to set people on fire with my mind... Is it hot in here?
While I'd definitely go for a Geforce2 if they had open source drivers, I'll never buy one of their cards while I have to rely on them for a binary module. My Matrox G400 at home is very nice, and if I needed a little more I'd go for a G450. You won't get the FPS of the Geforce but you won't have to worry about Matrox deciding to stop supporting Linux either.
I'm trying to teach myself to set people on fire with my mind... Is it hot in here?
1) Which card will give a screen, right out of the box, with XFree86 standard configuration
2) Which card has the most goodies, acceleration, 3D instructions, multiprocessing, cheese-grating, etc., best supported under XFree86
For question one, lots of popular cards work, if they've been out for a while.
For question two, that's a whole debate.
I've got a Voodoo5 5500 in my box, and I tried some beta drivers (availiable at linux.3dfx.com) that really didn't perform very well.
I was unable to get any color depth greater than 8bpp as I recall. This was on xfree 4.0.1 and I followed their instructions to the letter. I tried this on slackware-current (current as of a month or so ago).
The card performs very well in windows (200+fps easily in q3a), but if you're considering buying one to run in X, I'd suggest you stay away from the voodoo4/5 line until they produce some better drivers.
It depends on if you need fast 3D or not. As much as open source zealots hate to admit it, NVidia has the best Linux 3D support out there right now. I've been using their drivers since they were released, and they haven't crashed in months (since the latest version was released). Setting up the drivers can be a pain, however, unless you've done it before. So, if you just want 2D, and maybe limited 3D, then go for Matrox. Once the ATI Radeon drivers are available (I'm not sure if the 4.0.2 ones support 3D), you may want to try that, too.
------
The current version of Red Hat Linux is 7, which uses XFree 4 support for ATI Rage 128 cards - try it, the support is vastly improved, you even get accelerated 3D out of the box :)
- Do you need 3D acceleration?
- Only fast 2D?
- Is dual head something you're interested in?
If all you need is good 2D support, there are many cheap cards that will work for you.If you need good 3D performance, then your options are more limited, though I'm sure most of your responses will focus on this area.
XML causes global warming.
Got to love the tendency for people to get snide when someone doesn't know the answer to something. Especially wheen they have no idea of who they're talking to or what areas they may have expertise in.
I'm the big fish in the big pond bitch.
The GeForce 2MX is pretty damn sweet under xfree86, although I believe my shady motherboards APM was causing crashes.
I had instability nightmares for ages with my TNT2U on an AMD 750 chipset mobo, until I turned off the NVidia AGP support... After about six hours of coding (and maybe a couple of sessions of Quake III Arena :-) ) I suddenly realized that it hadn't crashed at all. Since then I have had only two crashes in four months, which is pitiful for a Linux machine but much better than a crash every two hours or so before the change.
Scan your /etc/X11/XF86Config-4 file for the Section "Screen" ... EndSection. Add the following line
It isn't guaranteed to fix every NVidia crash, but I've had reports from a few people that this fix has radically improved stability. Especially if you happen to have an Aureal Vortex soundcard in your system.
Cheers,
Toby Haynes
Anything I post is strictly my own thoughts and doesn't necessarily have anything to do with the opinions of IBM.
This of course all assumes that you have X 4.0.1 and don't mind the closed source drivers. Now if 3D performance needs to be *really* fast this may be true but if you want nice solid 2d performance and pretty good 3d Matrox has open drivers that work very well also if you don't need the 3D (the question was not about 3D after all) the Matrox cards cost less and are very well supported.
Cypherpunks: Civil Liberty Through Complex Mathematics. Those who live by the sword die by the arrow.
Hope this will help you. I'm not a guru or so, I followed the instructions and (after some searching and trying) I made it work.
I use Peanut Linux 8.1 (it is some small slackware derivate, methinks) with KDE (no Gnome, sorry).
Good luck!
Ahhh...the great dumpster continuum. Many a free computer will be found there. -- sowth (748135)
at work we've been having problems with the Savage cards with the S3 chip set, so we switched to Diamond Stealth 550's, they work pretty nicely.
How Jaded Are You?
I found this out the hard way -- Rage Pro 128 is not supported in RedHat 6.2/XFree86 3.3.x. SuSE has patches for it, I understand, but if you've got one of these cards, you'll be better off running XFree86 4.0.x. /etc/fstab dos
/dev/da1a /msdos vfat rw 0 0
Thus sprach DrQu+xum.
# grep
DrQu+xum: Proof that the lameness filter doesn't work.
I'd really like to see the entire XF86 video code revamped, though. Why can't there be automatic probing of valid refresh rates, like there is in every other OS with a decent SVGA system? The technology for doing so has only been there for six years (like that isn't enough time for the X crew to pick up on it).
"Ancillary does not mean you get to rule the world." --U.S. Circuit Judge Harry Edwards, speaking to the FCC's lawyer
Xfree86 is quickly approaching the point where this will no longer be an issue.
Most modern and legacy cards now have decent support under XFree86. And with the recent addition of a VESA driver, we are getting to the point where you will hardly have to consider the video card issue when you install Linux.
My advice is to find a card that advertises itself to be capable of meeting your requirements, then check the XFree86 docs to see what kind of support that card has. If these two items are a close enough match for your needs, go for it!
Personally, I only use Laptops, so I am stuck using whatever graphics chipset the manufacturer included on the board. But since 1993, I have never had a problem getting at least 16bpp out of a laptop.
ONE LAST SUPER-IMPORTANT DETAIL!!!
This isn't mentioned ANYWHERE in NVidia's FAQ (thanks a lot, NVidia). If you're using a Geforce2 on a Via KX133 or KT133 chipset motherboard, you'll need to do one more thing.
NVidia's driver comes with a kernel module that needs to be loaded. That kernel module depends on the agpgart.o kernel module, and as of yet agpgart.o doesn't have explicit support for those chipsets (although it works fine with them). When you try to load it with insmod or moddep (as the Makefile in the tarball does) it will fail.
This article at www.tomshardware.com explains the fix for this.
http://www5.tomshardware.com/graphic/00q4/001002/