Hardware Manufacturers that Actively Support Linux? 650
wirefarm asks: "I know there is are lot of well-supported pieces of hardware for Linux, but I was wondering, which vendors really go out of their way for the community?
While tracking down drivers for a wireless PCMCIA card today, I found that the vendor boasted of having Linux support, but it was seemed that they were actually touting drivers that were community-developed, rather than written with any help of the company. So my question is this: Which companies really stand out when it comes to providing specs and developing drivers?"
Not yet! (Score:3, Informative)
They are still "thinking about it" and won't give out any specs in the meantime.
Intel (Score:5, Informative)
Intel had a src download driver that compiled and worked flawlessly.
nvidia, but... (Score:3, Informative)
ATI (Score:5, Informative)
Siemens and Fujitsu-Siemens (Score:2, Informative)
Matrox? (Score:4, Informative)
Note: (Score:5, Informative)
3com cards seem to work on everything
Recent Intel network gear
Recent Nvidia
3dfx used to
IBM (even before the Linux money, their laptops worked well)
Matrox and Nvidia (Score:2, Informative)
Creative Labs (Score:5, Informative)
http://opensource.creative.com/
Cheers!
Nvidia... (Score:5, Informative)
Speed is now at the same level of Windows, features seem to be there as well (I don't remember if everything works at every resolution yet or no), and over time they have become stable enough to be used as primary XFree drivers (in the beginning I used them only when I needed openGL support).
Given their work on the driver, I'm willing to live with their closed-sourceness. It's when it doesn't work and I cannot look in it to fix that I become less tolerant....
3ware (Score:5, Informative)
Matrox (Score:3, Informative)
Compaq (Score:3, Informative)
For USB scanners: Epson (Score:5, Informative)
Mandrake linux detected my 640U flawlessly, and it works great. And on top of that, it scans better and faster than my old scanner, which I killed while trying to get it working under linux
Many do.. (Score:2, Informative)
- Well..
- Matrox
- nvidia
- intel
- ibar (a.k.a ibm
;)
- HP (deskjet printers)
- OKI (4w driver was sponsored by them)
- AMD
- ATI (sortof. at least their linux drivers sucks as much as windows one..)
- ... pretty much more.
Jeesus christ this lameness filter gets my ass. no wonder there's THGSB week going on. This is SO lame.3ware... (Score:3, Informative)
hit and miss... (Score:4, Informative)
HP is also supporting RedHat on it's new Itanium servers, and also supports RedHat with its mid-range storage arrays. They seem to be testing the waters, and I think they are doing all right for such a large and slow moving company.
Samsung is also supporting their printers, by offering Linux drivers and Linux phone support (minimal, but it is there). This is a good thing.
Qlogic and Emulex both support linux with some of their fibre channel HBA's.
So as you can see, you kind of have to pick and choose who you get our stuff from. The corporations are still in the "test the waters" phase for the most part, before they dive in to linux head first. They don't want to get burned by wasting money doing all the work if it will not pay off. In another 3 years, I think Linux support will be fairly mainstream as far as business server and workstation equipment go, but it may still be hit and miss in the consumer market (i.e. webcams, cheap USB scanners, cheapo printers, etc.)
DLink and a noname laptop (Score:4, Informative)
Re:Not yet! (Score:3, Informative)
Just my 2c
Rej
Gigabyte has been good to me. (Score:2, Informative)
Matrox seems to be good too, as I've never had trouble getting their video boards to work right out of the box with X (as I understand it the Matrox folks are more helpful than most to the X developers).
That said, Promise is clearly bad for refusing to release their drivers in source form (I guess they think their software RAID technology is so advanced it would give their competitors a great benefit--or maybe they are embarassed to let us see it). Logitech have never been friendly to the OSS world about their QuickCam cameras. I think a lot of printer manufacturers have been a nuisance in this regard (I gave up on trying to figure it all out and bought a Postscript-capable network printer). I'd be curious about good and well supported inkjet printers, though...
Oh, yeah, our Microtek X6EL scanner works great with Linux and SANE. I don't know if the manufacturer is to be credited partially or if the driver author was just heroic in his efforts, but it works exceedingly well.
There are quite a few ! (Score:5, Informative)
RedHat Hardware Channelse . tml [redhat.com] ..)
http://www.redhat.com/marketplace/channel_hardwar
(among others, there are Dell, Egenera
Linux Hardware
http://www.linuxhardware.org/ [linuxhardware.org]
Linux at IBM
http://www-1.ibm.com/linux/ [ibm.com]
Linux at Compaq
http://www.compaq.com/products/software/linux/ [compaq.com]
It is a safe assumption that hardware from the 2 above manufacturer will be well supported, since they are supporting Linux heavilly.
Last but not least, make sure to read the Howto:
Linux Hardware compatibility HOWTO http://www.tldp.org/HOWTO/Hardware-HOWTO/ [tldp.org]
Re:database or directory of peripherals? (Score:5, Informative)
BusLogic (Mylex) (Score:3, Informative)
Anyway, I remember they wrote all their own linux drivers for their scsi cards...
Watch for drivers being GPL, but not in kernel (Score:3, Informative)
I work for a company that will be releasing firmware for our devices, and a script that makes it work with hotplug. We can GPL.
I worry that drivers like these won't get the attention that ones in the kernel do because they aren't included.
I hope that there will be some common method of installing firmwares or a commmon repository of firmwares in the future.
Linux users seem to depend on drivers being included with the kernel, having nothing else to get.
Re:The general ruel (Score:5, Informative)
The cheapest 10/100 ethernet cards tend use an RTL-8139 wich has good drivers while some of the more expensive cards don't work at all.
Price just isn't a good indicator.
Wireless cards (Score:2, Informative)
I dont mind spending a few dollars more to support a company/product that supports my choice to use linux [cisco.com]. It was well worth the extra $ to plug it in, run the install, and connect to the network at my college in under 5 minutes.
Re:database or directory of peripherals? (Score:2, Informative)
Adaptec, Belkin and !Creative (Score:3, Informative)
Belkin also does many of the same things. I know that belkin has a rather wide variety of hardware they sell, however with their UPS's I know for sure that linux is very well supported. Their upsd and ups monitor are closed source but they work very well. They are also rather well documented.
There is one company that really bugs me though and that is creative. They have opensource.creative.com. They've made many announcments and claim bragging rights for supporting the linux community. The truth is however every driver for a creative device out there has been written by the community with barely any input from creative. On the emu10k1-audigy driver mailing list there's a guy.. I forget his name.. who works for creative that does get info from time to time for the development team, but it always seems like he has to beg or plea for the info he wants to get. Usuaully it seems as if he just asks someone who is coding the windows driver or helped design the hardware without getting approval first from management. I'm not implying anything here other than creative is not actively supporting crap.
Re:ATI (Score:5, Informative)
Circa 1998, this was all anyone ever wanted. Remember the OSS (sound for linux) project? They claimed that if someone bought them a board, or gave them the specs, then they would write a driver for it. And they did, too. I suppose it's reasonable to expect a company to produce drivers for Linux, but remember, there are umpteen billion operating systems out there, and these companies don't have the time or resources to develop for all of them.
Personally, I'd rather have the specs and free drivers that anyone could hack on. I'll bet the NVidia/AMD issue wouldn't have lasted a week (hell maybe not even a day), and with time people will hopefully no longer have a reason to bitch about drivers for ATI hardware.
Lexmark puts a Penguin on their Boxes (Score:2, Informative)
UMAX (Score:3, Informative)
Re:database or directory of peripherals? (Score:5, Informative)
Re:nvidia, but... (Score:2, Informative)
side rant: ATI on the other hand releases the specs, but seems to do no actual work themselves. This does help produce free drivers, but they take forever! My friends radeon 8500 STILL doesn't work in XFree fully, while my gf4 ti 4600 has been humming along nicely since the day I bought it.
Re:nvidia, but... (Score:5, Informative)
Binary only drivers are inferior. Even when you have an open sourced kernel module to intermediate. The argument would be less unreasonable if it was source vs. open source, but it's not. It's binary only vs source available.
In any case, nVidia wants to open source their drivers. The reason I got for them being binary only was that they licensed the AGP code from a third party which is unwilling to open their code. Too bad.
Re:database or directory of peripherals? (Score:3, Informative)
SuSE [suse.com] has such a database [hardwaredb.suse.de]. It isn't very SuSE specific though.
Re:ATI (Score:5, Informative)
This is not a vendor who ignores Linux, they give Linux fantastic support at a level beyond any other hardware manufacturer due to the complexity of their effort. It also produces better results than the driver development models you espouse.
Re:Unless it's bleeding edge (Score:5, Informative)
I'll give you the LoseModem point, but CD-RWs? Which cheap CD-RWs have you seen that refuse to work? The breakdown as I've seen it is this:
Re:Matrox? - not at all! (Score:2, Informative)
The bad thing about it: The TV Out is NOT supported with Linux, neither with the G550, nor with the G450, only with the rather old G400.
I tried to find out the status about the driver at the Matrox discussion forum and there many people complained about the missing Linux-TV-Out support but no one, really NO ONE got one single answer to this issue.
Moreover some people in this group rumoured that Matrox is even going to drop the Linux support completely. What a Mess! Even worse is that they are not releasing their specs so that someone could write the TV-Out support.
I really feel pissed of by Matrox, I have to state that one of the reasons why I bought the G550 was the TV-Out and now it seems it will never work with Linux. Probably I won't buy from Matrox again after this desaster.
Re:ATI (Score:2, Informative)
Have you looked closely? Last I remember, you got the source for a small part of the drivers for the purpose of compiling on your own machine. The deep magic still happened in the *.o file(s) you got no source for. The driver source you got was just a shim layer to make sure the Real Driver could work correctly with your current Linux kernel.
Has this changed?
NDAs, DMCA, etc.. (Score:3, Informative)
I have a laptop with an Intel chipset that has an integrated winmodem that I can't use. Intel is usually very very good about releasing specs (definitely something I'd say they're better at than AMD and Via), but due to proprietary technology, no specs are available, and I can't get the damn thing to work.
I always get confused when this happens. I always thought that the proprietary-ness of an object was contained within that object. Why companies are so scared to release info on how to get something to work is beyond me. I guess there are some decent reasons for the Macrovision problem (I hate the reasons (it's illegal in the US to not have Macrovision protection, AFAIK), but they are valid nonetheless).
I hope that Linux will pull some of these companies away from that line of thinking..
Anyway, I don't know if it's still true, but Epson used to release quite a bit of info about their printing languages. I think HP did as well, at least until they got into their winprinter phase. They seem to be loosening up.
Hmm.. I think that some of the best companies in this regard have low profiles. All of the big names I can think of have made some pretty poor choices, IMHO.. A lot of companies seem to want to release just enough information to keep Linux users happy.
I think it's best when companies release this information, though. When the specs are opened up, it means that the product can have a much longer life cycle. As long as there's someone who is interested in keeping a driver working, it'll work. I bet there's a bunch of stuff that's supported in Linux that doesn't work in Windows anymore..
Re:ATI (Score:5, Informative)
No, NVidia actively support Linux/x86. Want to use a GeForce in an Alpha? Oops. By releasing documentation, ATI allow their hardware to be used on all Linux platforms rather than a subset of the popular ones.
Re:ATI (Score:5, Informative)
As another person pointed out, that does little good when trying to use the Nvidia cards on another platform. While the binary driver is their choice, and I applaud the work they have done, there are other reasons to choose an open-source driver.
As for ATI doing "almost nothing," they were, until very recently, paying developers to work on their open-source drivers, in addition to releasing specs, which was all the community asked for.
ZERO points for Logitech... (Score:1, Informative)
Great ones: (Score:2, Informative)
ICP-Vortex - Makes some of the best RAID cards available. Develops their own drivers. Best of Breed again.
Cyclades - makes some nice stuff, supports linux well.
Adaptec may have gotten better, but they didnt used to release the source for their RAID cards, and only realeased binary drivers for certain kernels, and didnt update them often.
Mylex used to advertize heavy about working with linux, but relied upon community drivers, even linking to the community page. Why woudlnt they bring this person on-board to fully support linux?
Makes no sence to me. Why buy Mylex when i can have a much better card in ICP-Vortex anyway?
NOT KODAK (Score:2, Informative)
The Role of Hardware Design (Score:3, Informative)
Rather than invent new protocols, command sequences, and interfaces, they can support a standard interface across their whole product line.
This makes it easier for the open-source developers, but it also makes it easier for the company itself -- hardware designers, in-house developers, and support people. In many cases, an old driver can be used, perhaps slightly updated to manage a few new features. This reduces the amount of redevelopment and therefore reduces the opportunities for bugs to sneak in -- regardless of the platform.
Some good examples come to mind:
- HP scanners. The HP scanner protocol has been pretty much stable for years, and the same command set has been used on the USB scanners as the SCSI scanners. You can take a current SCSI scanner and use it with a driver from 6 years ago. Yes, the protocol is proprietary, but it's well documented and well understood, and it's not changed at whim.
- DPT controllers (old). These used the EATA (extended ATA) interface across the product line. EATA was well-documented, multi-vendor, and stable. It provided basic compatability with ATA (IDE host adapter) specs but could then take off from there. New cards needed tweaking but not wholesale driver rewrites.
- Most SCSI tape drives. These all use the standard SCSI tape command set, even though they have very different capabilities. (Contrast this to OnStream drives, below).
Some bad examples:
- Early OnStream tape drives. Although the newer units understand standard SCSI tape protocols, the early units used an unnecessary proprietary variation. There were reasons for the variation -- but the fact that the newer drives understand the standard command sets indicates that the variation was not necessary.
- Video cards. Why can't successive video cards from the same manufacturer each support a superset of the previous capabilities, so that you could use the previous driver to start, then eventually add the new functionality to the driver to fully support the latest card?
- Many advanced laser printers (this is a cross-manufacturer issue). I have yet to see two different makers that use the same paper-source-select or staple-enable codes. If PCL and PostScript and PJL are all standardized for other functions, why not source-select and finisher options? It wouldn't require an ANSI subcommittee, just one or two face-to-face meetings or a couple of days of faxes and e-mails.
In most cases, these are engineering problems. The first-generation products need to be designed with some foresight -- version numbers, capability registers, extensible command sets, protocols that can be implemented over different interfaces -- so that later product generations can interoperate, even when they support features which we can't even dream about now.
-Chris Tyler
Re:ATI (Score:3, Informative)
You see the people who have no trouble, and assume that th because they have no trouble the drivers are great, and hence nvidia is great. And then there's everybody else. Each of my 3 machines have had the X server die on occation running the nvidia driver. I have never seen XFree86 die when running any of the open modules that come with it. The module from nvidia doesn't like if you use 2 cards, wether they be both nvidia cards or otherwise. The nvidia driver doesn't always properly put monitors to sleep when it blanks the screen. I have lost a monitor to this bug. This is what you call great support? Where are the binaries for all the other platforms? Where is the support for non-X related graphics? What if I want a dual head framebuffer console?
Are you trying to tell me that you have never had XFree86 die on you with the nvidia driver? I don't believe you. You either haven't been using it for long, you reboot into windows all the time and never have a session open for very long, or you're lieing.
Here's the point. The binary nvidia drivers for linux suck at what they're intended to do (support nvidia cards on i386 linux boxes), and that doesn't even touch on all the things that they can't do because nvidia doesn't bother letting you (like using them on a mac). The open source driver is good, but it can't do 3d, and it can't support dual-headed cards, so I'm forced to have my session disappear out of under me at random once every month or so, or go out and drop a load of cash on a new, non-nvidia, dual head card. Grrr.
This has nothing to do with philosophy, that's another issue for another time. Doing more then any other manufacturer (which isn't true, unless you only count video) isn't good enough. Why is it that if you're a corporation that buys some nvidia chips, they give you the specs so you can program for them, but if you're a consumer that buys some nvidia chips, you don't get the specs, and you aren't allowed to program for them. Why the double standard. Hell, we even pay more for each chip then some company that's buying in bulk. Is it too much to ask to want to know how to use the device you've spent good money on? What good are all the features if they won't tell you how to turn them on.
NVIDIA: if you're reading this, release the dual head specs! I don't care about 3D support, just let me implement dual head in the open source driver! (And what's up with the splash screen, why do we need to wait for that?)
--
And now, off to be modded down by all the nvidia fanboys with mod points...
EDT (Score:3, Informative)
Linksys cards considered harmful (Score:3, Informative)
Before I started using Linux, I bought nothing but Linksys cards. I always bought the "LNE100TX". I thought I was always buying the same card...
The problem is that Linksys has sold about five different cards under that same name. These days the card will actually say "Version 4.0" or whatever on it, but the 2.0 version wasn't labelled (the web site had instructions for how to look at a card and guess whether it was a 1.0 or a 2.0... yuck). I have about four different versions of the "LNE100TX". Some of them have done well for me under Linux; others sucked. I don't want to deal with this ever again.
I was using a Linksys LNE100TX card, I think it was a 2.0, in my Linux server at first. I noticed that my server seemed a bit slow in file transfers using Samba, and I ran some tests: I was getting, not 100 Mbps, but 2 Mbps. Slow indeed.
I asked for help on USENET, and several people told me to get a 3Com 3c905c card. I got one, and I now get 76 Mbps from the same Linux server.
The 3c905c card puts up a menu during boot; you can set it up to boot from a DHCP server. I'm planning to play around with a diskless Linux box with one of these cards and lots of RAM.
A list of the best network cards for Linux:
http://www.anime.net/~goemon/cardz/ [anime.net]
Two really helpful web pages:
http://www.fefe.de/linuxeth/ [www.fefe.de]
http://www.scyld.com/network/ [scyld.com]
The USENET thread where people helped me with my problem:
google search for "comp.os.linux.networking Speeding up my server" [google.com]
steveha
Re:ATI (Score:3, Informative)
I'll stick with ATI, who has provided information and money for linux driver development. I have a Radeon DDR AIW, Radeon DDR 64, and a Radeon 8500 (still waiting for 3D on the 8500, but it appears to be coming). I'd stick with them even if they only provided the information.
-Paul Komarek
3ware (Score:3, Informative)
I haven't actually used their IDE-RAID cards, but everyone I've heard from speaks very highly of them.
Paul.