From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-pl0-f71.google.com (mail-pl0-f71.google.com [209.85.160.71]) by kanga.kvack.org (Postfix) with ESMTP id 29ECC6B029B for ; Tue, 10 Jul 2018 18:52:58 -0400 (EDT) Received: by mail-pl0-f71.google.com with SMTP id e1-v6so13298936pld.23 for ; Tue, 10 Jul 2018 15:52:58 -0700 (PDT) Received: from mga01.intel.com (mga01.intel.com. [192.55.52.88]) by mx.google.com with ESMTPS id v203-v6si16741080pgb.333.2018.07.10.15.52.56 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 10 Jul 2018 15:52:57 -0700 (PDT) Subject: Re: [RFC PATCH v2 12/27] x86/mm: Shadow stack page fault error checking References: <20180710222639.8241-1-yu-cheng.yu@intel.com> <20180710222639.8241-13-yu-cheng.yu@intel.com> From: Dave Hansen Message-ID: <61793360-f37c-ec19-c390-abe3c76a5f5c@linux.intel.com> Date: Tue, 10 Jul 2018 15:52:55 -0700 MIME-Version: 1.0 In-Reply-To: <20180710222639.8241-13-yu-cheng.yu@intel.com> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 8bit Sender: owner-linux-mm@kvack.org List-ID: To: Yu-cheng Yu , 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 , Florian Weimer , "H.J. Lu" , Jann Horn , Jonathan Corbet , Kees Cook , Mike Kravetz , Nadav Amit , Oleg Nesterov , Pavel Machek , Peter Zijlstra , "Ravi V. Shankar" , Vedvyas Shanbhogue On 07/10/2018 03:26 PM, Yu-cheng Yu wrote: > +++ b/arch/x86/include/asm/traps.h > @@ -157,6 +157,7 @@ enum { > * bit 3 == 1: use of reserved bit detected > * bit 4 == 1: fault was an instruction fetch > * bit 5 == 1: protection keys block access > + * bit 6 == 1: shadow stack access fault > */ Could we document this bit better? Is this a fault where the *processor* thought it should be a shadow stack fault? Or is it also set on faults to valid shadow stack PTEs that just happen to fault for other reasons, say protection keys?