Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753072AbbD0P4q (ORCPT ); Mon, 27 Apr 2015 11:56:46 -0400 Received: from mail-la0-f53.google.com ([209.85.215.53]:34699 "EHLO mail-la0-f53.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751803AbbD0P4o (ORCPT ); Mon, 27 Apr 2015 11:56:44 -0400 MIME-Version: 1.0 In-Reply-To: <20150427154631.GB28871@pd.tnic> References: <5d120f358612d73fc909f5bfa47e7bd082db0af0.1429841474.git.luto@kernel.org> <20150425211206.GE32099@pd.tnic> <20150427085305.GB6774@pd.tnic> <20150427113506.GG6774@pd.tnic> <20150427154631.GB28871@pd.tnic> From: Andy Lutomirski Date: Mon, 27 Apr 2015 08:56:22 -0700 Message-ID: Subject: Re: [PATCH] x86_64, asm: Work around AMD SYSRET SS descriptor attribute issue To: Borislav Petkov Cc: Linus Torvalds , Andy Lutomirski , X86 ML , "H. Peter Anvin" , Denys Vlasenko , Brian Gerst , Denys Vlasenko , Ingo Molnar , Steven Rostedt , Oleg Nesterov , Frederic Weisbecker , Alexei Starovoitov , Will Drewry , Kees Cook , Linux Kernel Mailing List 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: 1438 Lines: 38 On Mon, Apr 27, 2015 at 8:46 AM, Borislav Petkov wrote: > On Mon, Apr 27, 2015 at 07:57:36AM -0700, Linus Torvalds wrote: >> On Mon, Apr 27, 2015 at 4:35 AM, Borislav Petkov wrote: >> > >> > /* >> > * Change top 16 bits to be the sign-extension of 47th bit, if this >> > * changed %rcx, it was not canonical. >> > */ >> > ALTERNATIVE "", \ >> > "shl $(64 - (47+1)), %rcx; \ >> > sar $(64 - (47+1)), %rcx; \ >> > cmpq %rcx, %r11; \ >> > jne opportunistic_sysret_failed", X86_BUG_SYSRET_CANON_RCX >> >> Guys, if we're looking at cycles for this, then don't do the "exact >> canonical test". and go back to just doing >> >> shr $__VIRTUAL_MASK_SHIFT, %rcx >> jnz opportunistic_sysret_failed >> >> which is much smaller. > > Right, what about the false positives: > > 17be0aec74fb ("x86/asm/entry/64: Implement better check for canonical addresses") > > ? We don't care? The false positives only matter for very strange workloads, e.g. vsyscall=native with old libc. If it's a measurable regression, we could revert it. --Andy -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/