[lkml]   [2002]   [Jun]   [19]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    SubjectRe: [PATCH] CONFIG_NR_CPUS, redux
    On Thu, 13 Jun 2002, Helge Hafting wrote:

    > Why not let the boot process select the highest of two numbers,
    > the (default-low) NR_CPUS and the number of CPU's detected?

    That seems to address the issue. It allows use of all CPUs in the most
    common case that they all are in and working at boot.

    > Boot with "too many" cpu's and you still get to use them - you
    > merely can't hotplug even more.

    My impression is that a fair number of users don't add CPUs anyway, they
    swap problem parts if runtime diagnostics indicate a failing

    > Configuring a high NR_CPUS becomes something only hot-pluggers
    > need to do, or those whose architecture doesn't support
    > cpu detection in the early boot process. Those with a fixed
    > number of detectable CPUs can simply go with a default of
    > NR_CPUS=2 no matter what they actually have.

    Since this would be init code the size is not an issue. I guess a
    boot-time option would be desirable in case a site wants to boot with
    fewer processors than are physically present (like mem=) for some reason
    like benchmarking.

    bill davidsen <>
    CTO, TMR Associates, Inc
    Doing interesting things with little computers since 1979.

    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to
    More majordomo info at
    Please read the FAQ at

     \ /
      Last update: 2005-03-22 13:26    [W:0.021 / U:106.848 seconds]
    ©2003-2016 Jasper Spaans. hosted at Digital OceanAdvertise on this site