[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20150401082156.GA18371@pd.tnic>
Date: Wed, 1 Apr 2015 10:21:56 +0200
From: Borislav Petkov <bp@...en8.de>
To: LKML <linux-kernel@...r.kernel.org>
Cc: "H. Peter Anvin" <hpa@...or.com>, Ingo Molnar <mingo@...nel.org>,
Thomas Gleixner <tglx@...utronix.de>,
Tony Luck <tony.luck@...el.com>,
Peter Zijlstra <peterz@...radead.org>,
Steven Rostedt <rostedt@...dmis.org>,
Andy Lutomirski <luto@...capital.net>,
Matt Fleming <matt@...eblueprint.co.uk>,
Jörg Rödel <joro@...tes.org>,
Jiri Kosina <jkosina@...e.cz>, Jeff Mahoney <jeffm@...e.com>,
Michal Hocko <mhocko@...e.cz>,
Vlastimil Babka <vbabka@...e.cz>,
Andre Przywara <andre@...rep.de>,
Andreas Herrmann <herrmann.der.user@...il.com>,
Robert Richter <rric@...nel.org>,
Richard Weinberger <richard@....at>,
Linus Torvalds <torvalds@...ux-foundation.org>
Subject: Re: [PATCH] x86: Drop 32-bit support ... finally.
peterz says I forgot to Cc Linus. My bad. Fixed.
On Wed, Apr 01, 2015 at 10:15:58AM +0200, Borislav Petkov wrote:
> From: Borislav Petkov <bp@...e.de>
>
> Today, April 1st 2015, marks almost 15 years since the introduction of
> the 64-bit extensions to the x86 architecture. And frankly, 15 years was
> a graceful period enough for people to move to 64-bit. Therefore, today,
> I'm removing 32-bit support from x86 Linux. And it was about friggin'
> time...
>
> 32-bit code is old, full of nasty hacks and keeps always breaking when
> we do our shiny new features for 64-bit. And frankly, no one cares
> about 32-bit. If you do, then you're wrong and you need to get with the
> program. Go out, take a deep breath, go for a walk and the first thing
> you do when you come back is *take* *a* *look* at the goddam calendar.
> Time to say goodbye to your old 32-bit sand. Get a 64-bit processor.
> Live a little. Come to the real world.
>
> This is a minimal patch which prevents from building a 32-bit kernel
> only. Removing of the rest of the crazy ifdeffery and potential cleanups
> needs to come later, in nice clean patches. This is especially true for
> you, you patch count wankers. Restrain yourself!
>
> Signed-off-by: Borislav Petkov <bp@...en8.de>
> Cc: H. Peter Anvin <hpa@...or.com>
> Cc: Ingo Molnar <mingo@...nel.org>
> Cc: Thomas Gleixner <tglx@...utronix.de>
> Cc: Tony Luck <tony.luck@...el.com>
> Cc: Peter Zijlstra <peterz@...radead.org>
> Cc: Steven Rostedt <rostedt@...dmis.org>
> Cc: Andy Lutomirski <luto@...capital.net>
> Cc: Matt Fleming <matt@...eblueprint.co.uk>
> Cc: Jörg Rödel <joro@...tes.org>
> Cc: Jiri Kosina <jkosina@...e.cz>
> Cc: Jeff Mahoney <jeffm@...e.com>
> Cc: Michal Hocko <mhocko@...e.cz>
> Cc: Vlastimil Babka <vbabka@...e.cz>
> Cc: Andre Przywara <andre@...rep.de>
> Cc: Andreas Herrmann <herrmann.der.user@...il.com>
> Cc: Robert Richter <rric@...nel.org>
> Cc: Richard Weinberger <richard@....at>
> ---
> Makefile | 3 ---
> arch/x86/Kconfig | 9 ++-------
> 2 files changed, 2 insertions(+), 10 deletions(-)
>
> diff --git a/Makefile b/Makefile
> index da36a3be7969..0a907dd934b6 100644
> --- a/Makefile
> +++ b/Makefile
> @@ -256,9 +256,6 @@ UTS_MACHINE := $(ARCH)
> SRCARCH := $(ARCH)
>
> # Additional ARCH settings for x86
> -ifeq ($(ARCH),i386)
> - SRCARCH := x86
> -endif
> ifeq ($(ARCH),x86_64)
> SRCARCH := x86
> endif
> diff --git a/arch/x86/Kconfig b/arch/x86/Kconfig
> index 8db84b0e5bbd..9fed79e3ed39 100644
> --- a/arch/x86/Kconfig
> +++ b/arch/x86/Kconfig
> @@ -1,13 +1,8 @@
> -# Select 32 or 64 bit
> config 64BIT
> - bool "64-bit kernel" if ARCH = "x86"
> - default ARCH != "i386"
> - ---help---
> - Say yes to build a 64-bit kernel - formerly known as x86_64
> - Say no to build a 32-bit kernel - formerly known as i386
> + def_bool y
>
> config X86_32
> - def_bool y
> + def_bool n
> depends on !64BIT
> select CLKSRC_I8253
> select HAVE_UID16
> --
> 2.3.3
>
>
--
Regards/Gruss,
Boris.
ECO tip #101: Trim your mails when you reply.
--
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists