On Tue, 2005-12-06 at 08:13 +0000, David Woodhouse wrote:
> On Tue, 2005-12-06 at 07:07 +0100, Willy Tarreau wrote:
> > Most of those small companies who propose a Linux driver simply start
> > by paying a student during summer for porting their
> > windows/sco/whatever driver to linux. They think the job is done when
> > he leaves. Unfortunately, they receive complaints 3 months later from
> > users because the driver is broken and does not build. They don't have
> > the resources to keep a permanent developer on it, and they quickly
> > understand that Linux is just a "geek OS" and that it's the last time
> > they release any driver.
>
> If they hired someone who did a _proper_ job -- writing a fully portable
> and maintainable driver which got merged into Linus' kernel, then this
Then you have to motivate the management that it the initial development
cost is (roughly) doubled because of the process to get it accepted into
the kernel (instead of having a bloated converted driver from $OTHER_OS
which works just now somehow). And they didn't realize that bitrotting
is much faster in the free world then in the old-economy (i.e. Win*).
> scenario doesn't make much sense. In-kernel code does generally get
> maintained as interfaces change.
Yes, most of them (until the maintainer vanishes and after a year of
not-compiling-since-no-one-apparently-cares a patch to delete it is
submitted).
> Of course, maintaining a driver _outside_ the kernel tree is a
> never-ending task -- but why would anybody ever want to do that?
-) Because it was never accepted (yes, there are lots of reasons here -
some are more valid, some are less valid as seen by the
company/management financinf this)?
-) Because the have drivers + user-space libs for several OSes and want
to keep them as similar and working together as possible?
-) __________________
And probably a few more (sane reasons, not insane reasons).
Bernd
--
Firmix Software GmbH http://www.firmix.at/
mobil: +43 664 4416156 fax: +43 1 7890849-55
Embedded Linux Development and Services
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[Index of Archives]
[Kernel Newbies]
[Netfilter]
[Bugtraq]
[Photo]
[Stuff]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
[Linux Resources]