From mboxrd@z Thu Jan 1 00:00:00 1970 From: Eduardo Habkost Subject: Re: [RFC,05/10] x86/speculation: Add basic IBRS support infrastructure Date: Tue, 30 Jan 2018 10:04:09 -0200 Message-ID: <20180130120409.GA26425@localhost.localdomain> References: <1516476182-5153-6-git-send-email-karahmed@amazon.de> <20180129201404.GA1588@localhost.localdomain> <1517257022.18619.30.camel@infradead.org> <20180129204256.GV25150@localhost.localdomain> <31415b7f-9c76-c102-86cd-6bf4e23e3aee@linux.intel.com> <1517259759.18619.38.camel@infradead.org> <6c024f95-b12c-9c66-91d7-208ed2c380ff@linux.intel.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Arjan van de Ven , David Woodhouse , KarimAllah Ahmed , Linux Kernel Mailing List , Andi Kleen , Andrea Arcangeli , Andy Lutomirski , Ashok Raj , Asit Mallick , Borislav Petkov , Dan Williams , Dave Hansen , Greg Kroah-Hartman , "H . Peter Anvin" , Ingo Molnar , Janakarajan Natarajan , Joerg Roedel , Jun Nakajima , Laura Abbott , Masami To: Linus Torvalds Return-path: Content-Disposition: inline In-Reply-To: Sender: linux-kernel-owner@vger.kernel.org List-Id: kvm.vger.kernel.org On Mon, Jan 29, 2018 at 07:32:06PM -0800, Linus Torvalds wrote: > On Mon, Jan 29, 2018 at 5:32 PM, Arjan van de Ven wrote: > > > > the most simple solution is that we set the internal feature bit in Linux > > to turn on the "stuff the RSB" workaround is we're on a SKL *or* as a guest > > in a VM. > > That sounds reasonable. > > However, wouldn't it be even better to extend on the current cpuid > model, and actually have some real architectural bits in there. If Intel could do that, it would be great. > > Maybe it could be a bit in that IA32_ARCH_CAPABILITIES MSR. Say, add a > bit #2 that says "ret falls back on BTB". > > Then that bit basically becomes the "Skylake bit". Hmm? Yes. But note that the OS needs to be able to differentiate "old Skylake that doesn't support the new bit" from "newer Skylake that doesn't fall back om BTB". That's why I suggest a "non-Skylake bit" instead of a "Skylake bit". -- Eduardo