[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <dfcb5d36-0cd5-6212-fc52-d1d9e33c0cbf@linux.intel.com>
Date: Tue, 4 Dec 2018 10:46:31 +0100
From: Arjan van de Ven <arjan@...ux.intel.com>
To: Jiri Kosina <jikos@...nel.org>,
Tim Chen <tim.c.chen@...ux.intel.com>
Cc: Linus Torvalds <torvalds@...ux-foundation.org>,
Thomas Gleixner <tglx@...utronix.de>,
Linux List Kernel Mailing <linux-kernel@...r.kernel.org>,
the arch/x86 maintainers <x86@...nel.org>,
Peter Zijlstra <peterz@...radead.org>,
Andrew Lutomirski <luto@...nel.org>, thomas.lendacky@....com,
Josh Poimboeuf <jpoimboe@...hat.com>,
Andrea Arcangeli <aarcange@...hat.com>,
David Woodhouse <dwmw@...zon.co.uk>,
Andi Kleen <ak@...ux.intel.com>, dave.hansen@...el.com,
Casey Schaufler <casey.schaufler@...el.com>,
"Mallick, Asit K" <asit.k.mallick@...el.com>, jcm@...hat.com,
longman9394@...il.com, Greg KH <gregkh@...uxfoundation.org>,
david.c.stewart@...el.com, Kees Cook <keescook@...omium.org>,
Jason Brandt <jason.w.brandt@...el.com>
Subject: Re: [patch V2 27/28] x86/speculation: Add seccomp Spectre v2 user
space protection mode
>> On processors with enhanced IBRS support, we recommend setting IBRS to 1
>> and left set.
>
> Then why doesn't CPU with EIBRS support acutally *default* to '1', with
> opt-out possibility for OS?
(slightly longer answer)
you can pretty much assume that on these CPUs, IBRS doesn't actually do anything
(e.g. just a scratch bit)
we could debate (and did :-)) for some time what the default value should be at boot,
but it kind of is one of those minor issues that should not hold up getting things out.
it could well be that the cpus that do this will ship with 1 as default, but it's hard to
guarantee across many products and different CPU vendors when time was tight.
Powered by blists - more mailing lists