Re: Linux drivers management



On Maw, 2006-02-07 at 00:50 +0800, David Chow wrote:
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.

Convention is that he who breaks an API fixes up the majority of the
mess caused or does it by consensus with the other developers.

Of course if your code is out of tree nobody will know so it'll just
break.

For example the last time I edited the wdt501 watchdog I submitted
according to my logs is about 1998. Since then each person who broke an
API it used fixed it up, or the janitors did shortly afterwards.

For different compile time options that affect data structures, this is
well known a bad idea .

Do you have measured performance data, economic models and statistical
evidence to back up the claim or is this that well known bad idea called
"conventional wisdom" ?

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?

Why not. By the time it gets that big you'll have over 1TB on your phone
let alone a PC. The kernel development structure is optimised for
development.

Alan

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/



Relevant Pages

  • Re: [PATCH 00/20] Implment a tty port structure and supporting logic
    ... means changing the API of all the USB serial drivers. ... API now looks far more like the tty layer API which will become useful later ... I'll be glad to take this through my tree as you are ... But if a great mountain of tty- and/or char-related patches is ...
    (Linux-Kernel)
  • Re: [PATCH 00/20] Implment a tty port structure and supporting logic
    ... means changing the API of all the USB serial drivers. ... API now looks far more like the tty layer API which will become useful later ... I'll be glad to take this through my tree as you are ... But if a great mountain of tty- and/or char-related patches is ...
    (Linux-Kernel)
  • Re: [PATCH 1/5] power: RFC: introduce a new power API
    ... As for olpc's "huge switch statement", ... to be a hex string; ... Yes, API is encouraging to add knobs, but not just any knobs. ... and I don't see any power_supply drivers ...
    (Linux-Kernel)
  • Re: [RFC] killing the NR_IRQS arrays.
    ... Subject: IRQ API ... interrupt controllers, and knowing hardware designers, they'll ... I believe that there are some common problems with the existing API ... architecture specific drivers now if they feel they would benefit ...
    (Linux-Kernel)
  • Re: organizing drivers and tools into the platform builder tree
    ... Another interesting point are platform independant drivers, ... public tree or 3rdparty ... which is common for all BSPs are located in this directory. ...
    (microsoft.public.windowsce.platbuilder)