lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Date:	Wed,  1 Apr 2015 10:15:58 +0200
From:	Borislav Petkov <bp@...en8.de>
To:	LKML <linux-kernel@...r.kernel.org>
Cc:	Borislav Petkov <bp@...en8.de>, "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>
Subject: [PATCH] x86: Drop 32-bit support ... finally.

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

--
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

Powered by Openwall GNU/*/Linux Powered by OpenVZ