- To: paulmck@xxxxxxxxxxxxxxxxxx
- Subject: Re: [PATCH RFC] Simplify the Linux kernel by reducing its state space
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Date: Sat, 31 Mar 2012 18:40:30 +0200
- Cc: linux-kernel@xxxxxxxxxxxxxxx, linux-alpha@xxxxxxxxxxxxxxx, linux-arm-kernel@xxxxxxxxxxxxxxxxxxx, uclinux-dist-devel@xxxxxxxxxxxxxxxxxxxx, linux-hexagon@xxxxxxxxxxxxxxx, linux-ia64@xxxxxxxxxxxxxxx, linux-m32r@xxxxxxxxxxxxxxxxx, linux-m32r-ja@xxxxxxxxxxxxxxxxx, linux-mips@xxxxxxxxxxxxxx, linux-am33-list@xxxxxxxxxx, linux-parisc@xxxxxxxxxxxxxxx, linuxppc-dev@xxxxxxxxxxxxxxxx, linux-s390@xxxxxxxxxxxxxxx, linux-sh@xxxxxxxxxxxxxxx, sparclinux@xxxxxxxxxxxxxxx, tglx@xxxxxxxxxxxxx, linux@xxxxxxxxxxxxxxxx, dhowells@xxxxxxxxxx, jejb@xxxxxxxxxxxxxxxx, linux390@xxxxxxxxxx, x86@xxxxxxxxxx, cmetcalf@xxxxxxxxxx, linux-m68k <linux-m68k@xxxxxxxxxxxxxxx>
- In-reply-to: <20120331163321.GA15809@linux.vnet.ibm.com>
Hi Paul,
On Sat, Mar 31, 2012 at 18:33, Paul E. McKenney
<paulmck@xxxxxxxxxxxxxxxxxx> wrote:
> Although there have been numerous complaints about the complexity of
> parallel programming (especially over the past 5-10 years), the plain
> truth is that the incremental complexity of parallel programming over
> that of sequential programming is not as large as is commonly believed.
> Despite that you might have heard, the mind-numbing complexity of modern
> computer systems is not due so much to there being multiple CPUs, but
> rather to there being any CPUs at all. In short, for the ultimate in
> computer-system simplicity, the optimal choice is NR_CPUS=0.
>
> This commit therefore limits kernel builds to zero CPUs. This change
> has the beneficial side effect of rendering all kernel bugs harmless.
> Furthermore, this commit enables additional beneficial changes, for
> example, the removal of those parts of the kernel that are not needed
> when there are zero CPUs.
>
> Signed-off-by: Paul E. McKenney <paulmck@xxxxxxxxxxxxxxxxxx>
> Reviewed-by: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
> ---
>
> alpha/Kconfig | 11 ++++++-----
> arm/Kconfig | 6 +++---
> blackfin/Kconfig | 3 ++-
> hexagon/Kconfig | 9 +++++----
> ia64/Kconfig | 9 +++++----
> m32r/Kconfig | 10 ++++++----
> mips/Kconfig | 21 +++++++++++----------
> mn10300/Kconfig | 3 ++-
> parisc/Kconfig | 6 +++---
> powerpc/platforms/Kconfig.cputype | 8 ++++----
> s390/Kconfig | 12 +++++++-----
> sh/Kconfig | 11 ++++++-----
> sparc/Kconfig | 8 ++++----
> tile/Kconfig | 9 +++++----
> x86/Kconfig | 16 +++++++++-------
> 15 files changed, 78 insertions(+), 64 deletions(-)
You forgot to fix half of the architectures, a.o. m68k?
Gr{oetje,eeting}s,
Geert (still at GMT+2)
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@xxxxxxxxxxxxxx
In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
-- Linus Torvalds
--
To unsubscribe from this list: send the line "unsubscribe linux-alpha" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
[Netdev]
[Linux Wireless]
[Kernel Newbies]
[Security]
[Linux for Hams]
[Netfilter]
[Bugtraq]
[Photo]
[Yosemite]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux RAID]
[Linux Admin]
[Samba]
[Video 4 Linux]
[Linux Resources]