Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1757473AbcCUSN2 (ORCPT ); Mon, 21 Mar 2016 14:13:28 -0400 Received: from mail-oi0-f54.google.com ([209.85.218.54]:33231 "EHLO mail-oi0-f54.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1757140AbcCUSN0 (ORCPT ); Mon, 21 Mar 2016 14:13:26 -0400 MIME-Version: 1.0 In-Reply-To: <1458576969-13309-3-git-send-email-andi@firstfloor.org> References: <1458576969-13309-1-git-send-email-andi@firstfloor.org> <1458576969-13309-3-git-send-email-andi@firstfloor.org> From: Andy Lutomirski Date: Mon, 21 Mar 2016 11:13:05 -0700 Message-ID: Subject: Re: [PATCH 2/9] x86: Add support for rd/wr fs/gs base To: Andi Kleen Cc: "linux-kernel@vger.kernel.org" , X86 ML , Andi Kleen Content-Type: text/plain; charset=UTF-8 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 7235 Lines: 201 On Mar 21, 2016 9:16 AM, "Andi Kleen" wrote: > > From: Andi Kleen > > Introduction: > > IvyBridge added four new instructions to directly write the fs and gs > 64bit base registers. Previously this had to be done with a system > call to write to MSRs. The main use case is fast user space threading > and switching the fs/gs registers quickly there. Another use > case is having (relatively) cheap access to a new address > register per thread. > > The instructions are opt-in and have to be explicitely enabled > by the OS. > > For more details on how to use the instructions see > Documentation/x86/fsgs.txt added in a followon patch. > > Paranoid exception path changes: > =============================== > > The paranoid entry/exit code is used for any NMI like > exception. > > Previously Linux couldn't support the new instructions > because the paranoid entry code relied on the gs base never being > negative outside the kernel to decide when to use swaps. It would > check the gs MSR value and assume it was already running in > kernel if negative. > > To get rid of this assumption we have to revamp the paranoid exception > path to not rely on this. We can use the new instructions > to get (relatively) quick access to the GS value, and use > it directly to save/restore the GSBASE instead of using > SWAPGS. > > This is also significantly faster than a MSR read, so will speed > NMIs (useful for profiling) > > The kernel gs for the paranoid path is now stored at the > bottom of the IST stack (so that it can be derived from RSP). > > The original patch compared the gs with the kernel gs and > assumed that if it was identical, swapgs was not needed > (and no user space processing was needed). This > was nice and simple and didn't need a lot of changes. > > But this had the side effect that if a user process set its > GS to the same as the kernel it may lose rescheduling > checks (so a racing reschedule IPI would have been > only acted upon the next non paranoid interrupt) > > This version now switches to full save/restore of the GS. > > When swapgs used to be needed, but we have the new > instructions, we restore original GS value in the exit > path. > > Context switch changes: > ====================== > > Then after these changes we need to also use the new instructions > to save/restore fs and gs, so that the new values set by the > users won't disappear. This is also significantly > faster for the case when the 64bit base has to be switched > (that is when GS is larger than 4GB), as we can replace > the slow MSR write with a faster wr[fg]sbase execution. > > This is in term enables fast switching when there are > enough threads that their TLS segment does not fit below 4GB > (or with some newer systems which don't properly hint the > stack limit), or alternatively programs that use fs as an additional base > register will not get a sigificant context switch penalty. > > It is all done in a single patch because there was no > simple way to do it in pieces without having crash > holes inbetween. > > v2: Change to save/restore GS instead of using swapgs > based on the value. Large scale changes. > v3: Fix wrong flag initialization in fallback path. > Thanks 0day! > v4: Make swapgs code paths kprobes safe. > Port to new base line code which now switches indexes. > v5: Port to new kernel which avoids paranoid entry for ring 3. > Removed some code that handled this previously. > v6: Remove obsolete code. Use macro for ALTERNATIVE. Use > ALTERNATIVE for exit path, eliminating the DO_RESTORE_G15 flag. > Various cleanups. Improve description. > v7: Port to new entry code. Some fixes/cleanups. > v8: Lots of changes. > Signed-off-by: Andi Kleen > --- > arch/x86/entry/entry_64.S | 31 +++++++++++++++++++++++++++ > arch/x86/kernel/cpu/common.c | 9 ++++++++ > arch/x86/kernel/process_64.c | 51 ++++++++++++++++++++++++++++++++++++++------ > 3 files changed, 85 insertions(+), 6 deletions(-) > > diff --git a/arch/x86/entry/entry_64.S b/arch/x86/entry/entry_64.S > index 858b555..c605710 100644 > --- a/arch/x86/entry/entry_64.S > +++ b/arch/x86/entry/entry_64.S > @@ -35,6 +35,8 @@ > #include > #include > #include > +#include > +#include > #include > > /* Avoid __ASSEMBLER__'ifying just for this. */ > @@ -678,6 +680,7 @@ ENTRY(\sym) > jnz 1f > .endif > call paranoid_entry > + /* r15: previous gs if FSGSBASE, otherwise %ebx: swapgs flag */ [...] The asm looks generally correct. > @@ -1422,8 +1425,14 @@ void cpu_init(void) > */ > if (!oist->ist[0]) { > char *estacks = per_cpu(exception_stacks, cpu); > + void *gs = per_cpu(irq_stack_union.gs_base, cpu); > > for (v = 0; v < N_EXCEPTION_STACKS; v++) { > + /* Store GS at bottom of stack for bootstrap access */ > + *(void **)estacks = gs; > + /* Put it on every 4K entry */ > + if (exception_stack_sizes[v] > EXCEPTION_STKSZ) > + *(void **)(estacks + EXCEPTION_STKSZ) = gs; What if it's more than 2x the normal size? (The debug stack should just be deleted entirely, but that's a separate issue.) > estacks += exception_stack_sizes[v]; > oist->ist[v] = t->x86_tss.ist[v] = > (unsigned long)estacks; > diff --git a/arch/x86/kernel/process_64.c b/arch/x86/kernel/process_64.c > index b9d99e0..53fa839 100644 > --- a/arch/x86/kernel/process_64.c > +++ b/arch/x86/kernel/process_64.c > @@ -48,6 +48,7 @@ > #include > #include > #include > +#include > > asmlinkage extern void ret_from_fork(void); > > @@ -260,6 +261,27 @@ void compat_start_thread(struct pt_regs *regs, u32 new_ip, u32 new_sp) > } > #endif > > +/* Out of line to be protected from kprobes. */ > + > +/* Interrupts are disabled here. */ > +static noinline __kprobes void switch_gs_base(unsigned long gs) > +{ > + swapgs(); > + wrgsbase(gs); > + swapgs(); > +} Can we call this write_user_gsbase(unsigned long gsbase) for consistency? > + > +/* Interrupts are disabled here. */ > +static noinline __kprobes unsigned long read_user_gsbase(void) > +{ > + unsigned long gs; > + > + swapgs(); > + gs = rdgsbase(); > + swapgs(); > + return gs; > +} > + > /* > * switch_to(x,y) should switch tasks from x to y. > * > @@ -291,6 +313,10 @@ __switch_to(struct task_struct *prev_p, struct task_struct *next_p) > */ > savesegment(fs, fsindex); > savesegment(gs, gsindex); > + if (static_cpu_has(X86_FEATURE_FSGSBASE)) { > + prev->fs = rdfsbase(); > + prev->gs = read_user_gsbase(); > + } Please add a patch before this one that renames gs to gsbase. This is unreadable as is. Also, the existing code is wrong on AMD CPUs, but that's more or less independent of your series. --Andy