Please read Documentation/stable_api_nonsense.txt in your copy of
Linux source.
I've read the document, I strongly disagree, because it is not relavant
to my question or to my original purpose of this question.
Putting the driver source code in the kernel source tree has nothing to
do with talking about a stable kernel API . Even you put the driver
sources into the main kernel tree, it will still need a lot of work to
port all drivers if the API changes. Driver sources can still host in a
different project (e.g. projects in sf.net) and maintain open-source and
om by the community, no difference than before
For different compile time options that affect data structures, this is
well known a bad idea . These types of techniques no longer allowed in
Java and other OO languages . Because I can simply say the code is not
portable. If really need a recompile and optimize, the distro vendor
should bare this, but according to the document, "As Linux supports a
larger number of different devices "out of the box" than any other
operating system" , do you think Linux should one day or some day grow
to 1TB source tree to include all possible drivers for all hw come from
the world? I don't see there is reason why a kernel or OS need to
include all the drivers for all the hardware. I don't think there is any
OS vendors on the market to capable to distribute all drivers integrity,
then the choice is to make a disabled Linux OS because of an OSV who has
only limited supporting resources to suppport and certify limited
hardware devices.
Please see my other email responded to Jes about the learning curve and
documentation issues of a Linux driver developer to pick up Linux skills.
regards,
David Chow
-
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]