Not logged in
Log in now
Create an account
Subscribe to LWN
LWN.net Weekly Edition for May 23, 2013
An "enum" for Python 3
An unexpected perf feature
LWN.net Weekly Edition for May 16, 2013
A look at the PyPy 2.0 release
A question to Matthew Garrett, how do you manage to keep your sanity?
LinuxCon: x86 platform drivers
Posted Aug 24, 2011 19:16 UTC (Wed) by Tester (subscriber, #40675)
Posted Aug 24, 2011 23:44 UTC (Wed) by PaulWay (✭ supporter ✭, #45600)
With Linux you have a developer community that prefers well-written, comprehensive solutions to badly thought out, slapdash ones. If it isn't working or is obviously a bad thing, it doesn't get included. We have an open, accountable process to show those decisions and improve things. If something needs to be fixed or improved in the kernel to make it easier for a class of drivers to work, then it usually is.
With proprietary driver writers, everything is opaque. You can't change anything outside your own little cubicle. Decisions about how you write your code and when it's ready are arbitrary and driven mostly by time to market rather than quality. Every once in a while Microsoft throws the old system in the trash, declares that .Net 17.5 is going to be the new way of doing things, it's half incompatible with what you've just written, and you have absolutely no say in this. No wonder they spend all that time writing their own wifi handler software and come up with bulky, kludgy drivers.
I'd be keeping him away from any hardware manufacturers and all sharp objects for the foreseeable future, though :-)
Posted Aug 25, 2011 2:49 UTC (Thu) by Cyberax (✭ supporter ✭, #52523)
And writing an input device driver is not hard - no community to slap your wrist if you try dirty hacks, no worry about code maintainability. Any half-trained code monkey can do it. And unfortunately many do, as witnessed by various crapware platform drivers.
Copyright © 2013, Eklektix, Inc.
Comments and public postings are copyrighted by their creators.
Linux is a registered trademark of Linus Torvalds