Re: My thoughts on the "new development model"

From: William Lee Irwin III (wli_at_holomorphy.com)
Date: 10/28/04

  • Next message: james4765_at_verizon.net: "[PATCH 7/9] to arch/sparc/Kconfig" 
    Date:	Thu, 28 Oct 2004 08:03:29 -0700
To: Chuck Ebbert <76306.1226@compuserve.com>

    On Thu, 28 Oct 2004 at 00:13:44 -0700 William Lee Irwin III wrote:
    >> I'd expect vastly less than 1%, starting from the arch count, and then
    >> making some conservative guesses about drivers. Drivers probably
    >> actually take it down to far, far less than 1%.

    On Thu, Oct 28, 2004 at 09:04:41AM -0400, Chuck Ebbert wrote:
    > Sure, but pretty much each installation uses a different 1%.
    > If there's a bug in there it's bound to hit someone; that's
    > what makes OS writing so difficult. (And that's why "It works
    > for me" is not really a useful statement about the overall quality
    > of an operating system.)

    99.99% of users use one arch, i386.
    99.99% of users use one disk driver, IDE.
    The intersection of these users is probably well over 99.999% of all
    users.

    Then probably a small list of secondary drivers varies. Statistically,
    users with anything but the crappiest x86 s**tboxen and a tiny subset
    of all drivers (arjan's 20) are hopelessly outnumbered.

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

  • Next message: james4765_at_verizon.net: "[PATCH 7/9] to arch/sparc/Kconfig"

    Relevant Pages

    • Linux v2.6.27-rc1
      ... changes are all to device drivers, with the arch ... moving more code to generic support (unified generic IPI handling, ...
      (Linux-Kernel)
    • tighten i2c dependancies
      ... A lot of these drivers show up on pretty much every arch ... of additional dependancies tying down platform specific drivers ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • Re: [PATCH 00/15] Remove asm/segment.h from low hanging architectures
      ... > You've broken various things by doing this because some driver code ... > real arch private file and shouldn't be disappearing. ... so it sounds like my patch to remove drivers from include asm/ ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • Re: [PATCH] genirq: ARM dyntick cleanup
      ... used by both physical (genirq or non-genirq) or virtual platforms]. ... Only this file should be included by drivers. ... bits for genirq and we need arch bits for what was in linux/hardirq.h ...
      (Linux-Kernel)
    • Re: [PATCH] genirq: ARM dyntick cleanup
      ... used by both physical (genirq or non-genirq) or virtual platforms]. ... Only this file should be included by drivers. ... bits for genirq and we need arch bits for what was in linux/hardirq.h ...
      (Linux-Kernel)