Received: by 2002:ac0:a5b6:0:0:0:0:0 with SMTP id m51-v6csp2519417imm; Thu, 7 Jun 2018 12:02:20 -0700 (PDT) X-Google-Smtp-Source: ADUXVKKoDSwr4r8SEoCsdvTfWNKSNBe+RtESSXtQNvHraAjcdrWrLrqy9bKt3JrkpnfCgUStr3fV X-Received: by 2002:a62:4556:: with SMTP id s83-v6mr2881095pfa.73.1528398140027; Thu, 07 Jun 2018 12:02:20 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1528398139; cv=none; d=google.com; s=arc-20160816; b=KyKkqDIaHusKSmAtf1G2SaAujsDoCwajUUlE9mnrlCK1twzQBIMIq7rFDdG0M+DwrY b1lOFyNeM01Y7963/IaIX+yAgTiBQoeyJCV8rwy90dBQguSoVxbNo1amaGeblWepZ/tq PbK4hmjNL/xaCTbjahJieo0lV6W5m1snGJcgb1HRgbdWgtUanaOn5i39B+FPiEYtQwYM ll18RhI5w8FSssQ9Nt3coq+OUMcNcY7R5tyO3pCHM3kYEgvWSh1uSBbUJS5Y5ezJzAps FBir3uTrv0JtTd6gJGmbIjIQxunUHZOzXeCK+HjSMRLMmY+JxmtdvPZ8wJpQh6vo241J Hseg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:dkim-signature :arc-authentication-results; bh=exd1xOL/5ExmhFvedcpX417MtbjXqPZYT/RMBtnwcUQ=; b=MGuCIY7uY3NKNXNJtPePjO5MVuG/QoYlin0UzjLD+PhsWUKEv3Lb4ldOHN19A2rrEW au7/lP7f1dhUhP2Q1Rj0OH23iRuiMEPrCncvXIfoom/bRhN/hM5NDIr/ecpDzL3eCdiX 6PaltxiktV5jbki8V/nRW00J9/ZsqyVCYOBA+a5monQo+Vclfo7/7nAM4FLCYuYV+qto Mm13bi6/LMx5tFBvn4uxk34fL8s960zdd1P5awkjc+XMwwiFHrBChM8dms36ahziiDKY 7ibp1NibCuk92rExUhaSKORIr2Jmd96UgRePe27/rqpqsmZctoiFKoy9QG22EaL9XB+z NfDA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=aN/yMzMu; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id u19-v6si37759701pgv.79.2018.06.07.12.02.04; Thu, 07 Jun 2018 12:02:19 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=aN/yMzMu; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S933330AbeFGQkS (ORCPT + 99 others); Thu, 7 Jun 2018 12:40:18 -0400 Received: from mail.kernel.org ([198.145.29.99]:36030 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932468AbeFGQkQ (ORCPT ); Thu, 7 Jun 2018 12:40:16 -0400 Received: from mail-wr0-f171.google.com (mail-wr0-f171.google.com [209.85.128.171]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 90311208A0 for ; Thu, 7 Jun 2018 16:40:15 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1528389615; bh=drcfHoT0egLAsCFZxplf4VYYKdit0d4+fyK+eSd0/ek=; h=References:In-Reply-To:From:Date:Subject:To:Cc:From; b=aN/yMzMuCSrKCr9SojSxe+JC6PtFolX5p01nnx6VxxX142VKx0aslG9+kv+ONHG1G z093ls3Mfz5gTMZyw4xt7Zqpl6iw518VcLF39gZS/B0Xl5uS8nfHC+x4WVN7z3nugr x/z81m9IT/VBEJL4Kz+V9n599PG1CWJFugNl0ddQ= Received: by mail-wr0-f171.google.com with SMTP id f16-v6so10545398wrm.3 for ; Thu, 07 Jun 2018 09:40:15 -0700 (PDT) X-Gm-Message-State: APt69E3oCUWk/+97S+OUPs2R+4fVmWtIwZq6x40+Kp6odgjy8bEM2Mrk VdAIHuT8pvVr+l16gfxLKqmWtqwc0RhZS8bvvR1JvA== X-Received: by 2002:adf:fe4c:: with SMTP id m12-v6mr2231970wrs.171.1528389614029; Thu, 07 Jun 2018 09:40:14 -0700 (PDT) MIME-Version: 1.0 References: <20180607143807.3611-1-yu-cheng.yu@intel.com> <20180607143807.3611-3-yu-cheng.yu@intel.com> In-Reply-To: <20180607143807.3611-3-yu-cheng.yu@intel.com> From: Andy Lutomirski Date: Thu, 7 Jun 2018 09:40:02 -0700 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: [PATCH 02/10] x86/cet: Introduce WRUSS instruction To: Yu-cheng Yu , Peter Zijlstra Cc: LKML , linux-doc@vger.kernel.org, Linux-MM , linux-arch , X86 ML , "H. Peter Anvin" , Thomas Gleixner , Ingo Molnar , "H. J. Lu" , "Shanbhogue, Vedvyas" , "Ravi V. Shankar" , Dave Hansen , Jonathan Corbet , Oleg Nesterov , Arnd Bergmann , mike.kravetz@oracle.com Content-Type: text/plain; charset="UTF-8" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Jun 7, 2018 at 7:41 AM Yu-cheng Yu wrote: > > WRUSS is a new kernel-mode instruction but writes directly > to user shadow stack memory. This is used to construct > a return address on the shadow stack for the signal > handler. > > This instruction can fault if the user shadow stack is > invalid shadow stack memory. In that case, the kernel does > fixup. > > Signed-off-by: Yu-cheng Yu > --- > arch/x86/include/asm/special_insns.h | 44 +++++++++++++++++++++++++++ > arch/x86/lib/x86-opcode-map.txt | 2 +- > arch/x86/mm/fault.c | 13 +++++++- > tools/objtool/arch/x86/lib/x86-opcode-map.txt | 2 +- > 4 files changed, 58 insertions(+), 3 deletions(-) > > diff --git a/arch/x86/include/asm/special_insns.h b/arch/x86/include/asm/special_insns.h > index 317fc59b512c..8ce532fcc171 100644 > --- a/arch/x86/include/asm/special_insns.h > +++ b/arch/x86/include/asm/special_insns.h > @@ -237,6 +237,50 @@ static inline void clwb(volatile void *__p) > : [pax] "a" (p)); > } > > +#ifdef CONFIG_X86_INTEL_CET > + > +#if defined(CONFIG_IA32_EMULATION) || defined(CONFIG_X86_X32) > +static inline int write_user_shstk_32(unsigned long addr, unsigned int val) > +{ > + int err; > + Please add a comment indicating what exact opcode this is. Peterz, isn't there some fancy better way we're supposed to handle the error return these days? > + asm volatile("1:.byte 0x66, 0x0f, 0x38, 0xf5, 0x37\n" > + "xor %[err],%[err]\n" > + "2:\n" > + ".section .fixup,\"ax\"\n" > + "3: mov $-1,%[err]; jmp 2b\n" > + ".previous\n" > + _ASM_EXTABLE(1b, 3b) > + : [err] "=a" (err) > + : [val] "S" (val), [addr] "D" (addr) > + : "memory"); > + return err; > +} > +#else > +static inline int write_user_shstk_32(unsigned long addr, unsigned int val) > +{ > + return 0; BUG()? Or just omit the ifdef? It seems unhelpful to have a stub function that does nothing. > +} > +#endif > + > +static inline int write_user_shstk_64(unsigned long addr, unsigned long val) > +{ > + int err; > + Comment here too, please. > + asm volatile("1:.byte 0x66, 0x48, 0x0f, 0x38, 0xf5, 0x37\n" > + "xor %[err],%[err]\n" > + "2:\n" > + ".section .fixup,\"ax\"\n" > + "3: mov $-1,%[err]; jmp 2b\n" > + ".previous\n" > + _ASM_EXTABLE(1b, 3b) > + : [err] "=a" (err) > + : [val] "S" (val), [addr] "D" (addr) > + : "memory"); > + return err; > +} > +#endif /* CONFIG_X86_INTEL_CET */ > + > #define nop() asm volatile ("nop") > >