linux-kernel - Re: [x86, vdso] BUG: unable to handle kernel paging request at d34bd000

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-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <20140310215111.GA27749@redhat.com>
Date:	Mon, 10 Mar 2014 17:51:11 -0400
From:	Dave Jones <davej@...hat.com>
To:	Linus Torvalds <torvalds@...ux-foundation.org>
Cc:	"H. Peter Anvin" <hpa@...ux.intel.com>,
	Stefani Seibold <stefani@...bold.net>,
	Andy Lutomirski <luto@...capital.net>,
	Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
	Andreas Brief <Andreas.Brief@...de-schwarz.com>,
	Martin Runge <Martin.Runge@...de-schwarz.com>
Subject: Re: [x86, vdso] BUG: unable to handle kernel paging request at
 d34bd000

On Mon, Mar 10, 2014 at 02:20:34PM -0700, Linus Torvalds wrote:

 > I also suspect we should get rid of CONFIG_X86_OOSTORE, or at least
 > limit it to !SMP - I don't think anybody ever made SMP systems with
 > those IDT/Centaur Winchip chips in them.

Given the number of people who ever used that code when it was new could
probably be counted on a couple hands, I'd be amazed if a) anyone was still
using it, and b) that it hasn't regressed in some way in the last 15 years.

Even when it worked, it was only a small performance increase anyway,
and anyone who notices a circa 1998 CPU is now slightly slower on benchmarks
in 2014 probably needs psychiatric help.

I'd say rip it out completely.

	Dave

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