Drivers unavailable for Linux
Submitted by Anonymous on Sun 4 Nov 2007
| Graphic device |
![]() 25% | 138 votes |
| Printer |
![]() 9% | 51 votes |
| Sound card |
![]() 7% | 41 votes |
| Motherboard |
![]() 1% | 10 votes |
| RAID |
![]() 7% | 40 votes |
| Networking |
![]() 12% | 68 votes |
| Camera/Smartphone |
![]() 25% | 137 votes |
| Other |
![]() 9% | 52 votes |
| Total 538 votes |
[ Parent ]
[ Parent ]
cb
[ Parent ]
[ Parent ]
[ Parent ]
--
"It's Not Magic, It's Work"
Adam
[ Parent ]
[ Parent ]
[ Send Message | View Utumno's Scratchpad | View Weblogs ]
[ Parent ]
Guess this shows Linux needs hardware regression testing, and that really required hardware vendor input. Just writing the drivers for free isn't enough.
[ Parent ]
I'm still trying to figure out that I have everything correct for the other.
But the principle is the problem, without hardware regression testing they can't know that they broken a device. In one case they split the PCI IDs supported into two, supported the two sets with a different driver, and forgot to include the PCI ID of the device I had. Although in that case the breakage was predictable.
[ Parent ]
[ Send Message | View sneex's Scratchpad | View Weblogs ]
I know -- old systems -- but they still work great :]
http://youve-reached-the.endoftheinternet.org/
[ Parent ]
[ Parent ]
[ Parent ]
There's been talks and invitations of Creamware for *nix developers, but after about 3 years still no news. And yes, I do want to keep these DSP cards, there's nothing that sounds like them and no modular synth that is more fun to play.
Also, I'm having a bit of issues installing drivers for ivtv, lirc and nv from time to time. There used to be ndiswrapper for my Broadcom wifi card, but since recently there's proper *nix drivers for the Broadcom chip at last.
[ Parent ]
For example many raid controllers (named as fakeraids) are not supported ....
And a lot gadgets (like camers etc...) also need a lot time until drivers for linux get released.
[ Parent ]
[ Parent ]
> Snapshots are the biggest single feature that I think is needed
We've had snapshots for years. Look at LVM.
> Compression
Already done, I think SquashFS does it, but it's not useful for disks because disk space is cheaper than cpu time.
> Encryption
Years old. Look at dmcrypt.
> Live self repair
This is something that should be done at the hardware level, but if you mean block replication, then I don't think we have (need?) that.
[ Parent ]
amd64-k8 kernel: nvidia driver missing
I have to choose between the two.
[ Parent ]
It is incredible to me how many different languages/interfaces are born every day to drive such "old" devices as printers.
Of course I'm not talking about laser printers for which PostScript is the standard. I'm referring to the low-cost inkjet printers that you buy in every supermarket and that, when at home, you suddently discover Linux does not (completely) support. Sometimes you can print only up to a certain resolution, sometimes you cannot access some advanced functions (or even not so advanced after all, like the ink level), and even when everything works, still the speed is lower compared to operating it through Windows drivers.
Not to mention those all-in-one boxes (printer + scanner + fax): you are lucky if two out of three functions work!
It seems a paradox that we find easier to drive a complex AGP or PCI cards than an external device linked via a long-known serial or parallel cable.
[ Parent ]

25%
[ Parent ]