Received: by 2002:ad5:474a:0:0:0:0:0 with SMTP id i10csp459836imu; Thu, 8 Nov 2018 10:41:23 -0800 (PST) X-Google-Smtp-Source: AJdET5dMoCUPFnFstfAsPjWAqI1hgjzOk4QfVKIRRQyKpQrUDwa+LBthiM74C/ZYppQxEfM2p+3f X-Received: by 2002:a17:902:5a8b:: with SMTP id r11-v6mr5773937pli.305.1541702483247; Thu, 08 Nov 2018 10:41:23 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1541702483; cv=none; d=google.com; s=arc-20160816; b=kb+jGO0TMttXM2CStggx51uxWNTqs0+ZYTabUBK8nwhZ1zDfOZze50IeQAUhRaN1/A xj15pJk+aUa1SEhlzUb5UjK11B57u+VQRO71dSddbcRDQ0mzyuKYEdKXd2v8tkETAlRp XAXVwyKZGsuDvESRQ7zNHIi0oGZpNZCxB7om8unt3OvcyB632qYDGtASoJXeBmMLF9WQ /96EhjhTfXBD9vQjbkWioduE7om0AVJxyJ7n0KSdd3R1RI2rNWUqGIxdSnfSRRzzL+Tu 9RI6mqRQXkC2HtcsOLWwhSUcmlakCRV3+dsDqgT4MQKLxaz9RN08BCeTcq7QQItUHWKn K1PA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=uZLaXh7ymND3+nMnN1MxLQUcp7dQqmDccAtDq57W6us=; b=sF7OXr1TJJEUS9K8UwWqjv0Yt0T3EXrc0HzL6gs79w/Db1thPkJc3e6nYR07714GgR LhzP6eedGOQGEi6+QgJ6Zyky9dKCUyThKyoq8eNmQmNZHHTyEWyIdF+yc8nJY+JPo7JT WVq8x3sNHDtxHj0vEmTdVinOdEoPX/XQYmFlujGRmIUXPiE4hJbUJvvlb8WK10FGYzT9 x+C77Z0q2Yo3wooLggyXJyxe8LJe5kPD77ifm4/FN7PGJCr/U6ZQfnKszx8pWjFSJKvn pjylY+eAmf+CGr833eCtL+clc6d2T3PF0nZyJ5O0wSiq3/fCsSfbeLQ3MF89sRfT8Msv MgsQ== ARC-Authentication-Results: i=1; mx.google.com; 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id h13-v6si4438825pgq.285.2018.11.08.10.41.07; Thu, 08 Nov 2018 10:41:23 -0800 (PST) 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; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727251AbeKIERf (ORCPT + 99 others); Thu, 8 Nov 2018 23:17:35 -0500 Received: from mail.skyhub.de ([5.9.137.197]:45030 "EHLO mail.skyhub.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726860AbeKIERe (ORCPT ); Thu, 8 Nov 2018 23:17:34 -0500 X-Virus-Scanned: Nedap ESD1 at mail.skyhub.de Received: from mail.skyhub.de ([127.0.0.1]) by localhost (blast.alien8.de [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id k7qA7i0n08wW; Thu, 8 Nov 2018 19:40:46 +0100 (CET) Received: from zn.tnic (p200300EC2BD03D00329C23FFFEA6A903.dip0.t-ipconnect.de [IPv6:2003:ec:2bd0:3d00:329c:23ff:fea6:a903]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.skyhub.de (SuperMail on ZX Spectrum 128k) with ESMTPSA id BC9881EC0779; Thu, 8 Nov 2018 19:40:45 +0100 (CET) Date: Thu, 8 Nov 2018 19:40:38 +0100 From: Borislav Petkov To: Yu-cheng Yu Cc: x86@kernel.org, "H. Peter Anvin" , Thomas Gleixner , Ingo Molnar , linux-kernel@vger.kernel.org, linux-doc@vger.kernel.org, linux-mm@kvack.org, linux-arch@vger.kernel.org, linux-api@vger.kernel.org, Arnd Bergmann , Andy Lutomirski , Balbir Singh , Cyrill Gorcunov , Dave Hansen , Eugene Syromiatnikov , Florian Weimer , "H.J. Lu" , Jann Horn , Jonathan Corbet , Kees Cook , Mike Kravetz , Nadav Amit , Oleg Nesterov , Pavel Machek , Peter Zijlstra , Randy Dunlap , "Ravi V. Shankar" , Vedvyas Shanbhogue Subject: Re: [PATCH v5 04/27] x86/fpu/xstate: Add XSAVES system states for shadow stack Message-ID: <20181108184038.GJ7543@zn.tnic> References: <20181011151523.27101-1-yu-cheng.yu@intel.com> <20181011151523.27101-5-yu-cheng.yu@intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <20181011151523.27101-5-yu-cheng.yu@intel.com> User-Agent: Mutt/1.10.1 (2018-07-13) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Oct 11, 2018 at 08:15:00AM -0700, Yu-cheng Yu wrote: > Intel Control-flow Enforcement Technology (CET) introduces the > following MSRs into the XSAVES system states. > > IA32_U_CET (user-mode CET settings), > IA32_PL3_SSP (user-mode shadow stack), > IA32_PL0_SSP (kernel-mode shadow stack), > IA32_PL1_SSP (ring-1 shadow stack), > IA32_PL2_SSP (ring-2 shadow stack). And? That commit message got chopped off here, it seems. > Signed-off-by: Yu-cheng Yu > --- > arch/x86/include/asm/fpu/types.h | 22 +++++++++++++++++++++ > arch/x86/include/asm/fpu/xstate.h | 4 +++- > arch/x86/include/uapi/asm/processor-flags.h | 2 ++ > arch/x86/kernel/fpu/xstate.c | 10 ++++++++++ > 4 files changed, 37 insertions(+), 1 deletion(-) > > diff --git a/arch/x86/include/asm/fpu/types.h b/arch/x86/include/asm/fpu/types.h > index 202c53918ecf..e55d51d172f1 100644 > --- a/arch/x86/include/asm/fpu/types.h > +++ b/arch/x86/include/asm/fpu/types.h > @@ -114,6 +114,9 @@ enum xfeature { > XFEATURE_Hi16_ZMM, > XFEATURE_PT_UNIMPLEMENTED_SO_FAR, > XFEATURE_PKRU, > + XFEATURE_RESERVED, > + XFEATURE_SHSTK_USER, > + XFEATURE_SHSTK_KERNEL, > > XFEATURE_MAX, > }; > @@ -128,6 +131,8 @@ enum xfeature { > #define XFEATURE_MASK_Hi16_ZMM (1 << XFEATURE_Hi16_ZMM) > #define XFEATURE_MASK_PT (1 << XFEATURE_PT_UNIMPLEMENTED_SO_FAR) > #define XFEATURE_MASK_PKRU (1 << XFEATURE_PKRU) > +#define XFEATURE_MASK_SHSTK_USER (1 << XFEATURE_SHSTK_USER) > +#define XFEATURE_MASK_SHSTK_KERNEL (1 << XFEATURE_SHSTK_KERNEL) > > #define XFEATURE_MASK_FPSSE (XFEATURE_MASK_FP | XFEATURE_MASK_SSE) > #define XFEATURE_MASK_AVX512 (XFEATURE_MASK_OPMASK \ > @@ -229,6 +234,23 @@ struct pkru_state { > u32 pad; > } __packed; > > +/* > + * State component 11 is Control flow Enforcement user states Why the Camel-cased naming? "Control" then "flow" then capitalized again "Enforcement". Fix all occurrences pls, especially the user-visible strings. > + */ > +struct cet_user_state { > + u64 u_cet; /* user control flow settings */ > + u64 user_ssp; /* user shadow stack pointer */ Prefix both with "usr_" instead. > +} __packed; > + > +/* > + * State component 12 is Control flow Enforcement kernel states > + */ > +struct cet_kernel_state { > + u64 kernel_ssp; /* kernel shadow stack */ > + u64 pl1_ssp; /* ring-1 shadow stack */ > + u64 pl2_ssp; /* ring-2 shadow stack */ Just write "privilege level" everywhere - not "ring". Btw, do you see how the type and the name of all those other fields in that file are tabulated? Except yours... > +} __packed; > + > struct xstate_header { > u64 xfeatures; > u64 xcomp_bv; > diff --git a/arch/x86/include/asm/fpu/xstate.h b/arch/x86/include/asm/fpu/xstate.h > index d8e2ec99f635..18b60748a34d 100644 > --- a/arch/x86/include/asm/fpu/xstate.h > +++ b/arch/x86/include/asm/fpu/xstate.h > @@ -28,7 +28,9 @@ > XFEATURE_MASK_Hi16_ZMM | \ > XFEATURE_MASK_PKRU | \ > XFEATURE_MASK_BNDREGS | \ > - XFEATURE_MASK_BNDCSR) > + XFEATURE_MASK_BNDCSR | \ > + XFEATURE_MASK_SHSTK_USER | \ > + XFEATURE_MASK_SHSTK_KERNEL) > > #ifdef CONFIG_X86_64 > #define REX_PREFIX "0x48, " > diff --git a/arch/x86/include/uapi/asm/processor-flags.h b/arch/x86/include/uapi/asm/processor-flags.h > index bcba3c643e63..25311ec4b731 100644 > --- a/arch/x86/include/uapi/asm/processor-flags.h > +++ b/arch/x86/include/uapi/asm/processor-flags.h > @@ -130,6 +130,8 @@ > #define X86_CR4_SMAP _BITUL(X86_CR4_SMAP_BIT) > #define X86_CR4_PKE_BIT 22 /* enable Protection Keys support */ > #define X86_CR4_PKE _BITUL(X86_CR4_PKE_BIT) > +#define X86_CR4_CET_BIT 23 /* enable Control flow Enforcement */ > +#define X86_CR4_CET _BITUL(X86_CR4_CET_BIT) > > /* > * x86-64 Task Priority Register, CR8 > diff --git a/arch/x86/kernel/fpu/xstate.c b/arch/x86/kernel/fpu/xstate.c > index 605ec6decf3e..ad36ea28bfd1 100644 > --- a/arch/x86/kernel/fpu/xstate.c > +++ b/arch/x86/kernel/fpu/xstate.c > @@ -35,6 +35,9 @@ static const char *xfeature_names[] = > "Processor Trace (unused)" , > "Protection Keys User registers", > "unknown xstate feature" , > + "Control flow User registers" , > + "Control flow Kernel registers" , > + "unknown xstate feature" , So there are two "unknown xstate feature" array elems now... > static short xsave_cpuid_features[] __initdata = { > @@ -48,6 +51,9 @@ static short xsave_cpuid_features[] __initdata = { > X86_FEATURE_AVX512F, > X86_FEATURE_INTEL_PT, > X86_FEATURE_PKU, > + 0, /* Unused */ What's that for? > + X86_FEATURE_SHSTK, /* XFEATURE_SHSTK_USER */ > + X86_FEATURE_SHSTK, /* XFEATURE_SHSTK_KERNEL */ > }; -- Regards/Gruss, Boris. Good mailing practices for 400: avoid top-posting and trim the reply.