Received: by 2002:a05:6a10:22f:0:0:0:0 with SMTP id 15csp2877493pxk; Tue, 15 Sep 2020 04:56:07 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwQnWf/g+0T/mv2Jq8ugyrWjtVW5pW78We49ciTsnx8Ts5M7y8TCWegV5LUDNSY9DFkvt2F X-Received: by 2002:a17:906:fb8c:: with SMTP id lr12mr20635621ejb.9.1600170967591; Tue, 15 Sep 2020 04:56:07 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1600170967; cv=none; d=google.com; s=arc-20160816; b=aXvTWEyWHF6fvfkLzD8TOiJymT5JsWwcw4O5cxuzlucNhb6RVww7FC+X4eY/MAm33w KAj38O/vtRiJWZjAQdn8ynEhE39I1hEhQk2ekXxq2ZfqasFvHHkB0SZBzKKLcr6pLq+u /LMb3R8X8+f+XKcICNCO7hhvyM4uPmOSSimrMbaj9Q8EKA9E31mRpa2ja+3WVM/PyUGW JzhTOwS7H81PI11qM6bTMEKrDf0yqYDkn/PTPhFdnq+dDDCEk8AZNYTmIEzHJgdsxHUI y4L+BaS9/qVGa+cny3Fy0+CYxi0yAQJ7Th3OiJ3MSc+biEhnPqmiiGE06qBtXzT3LBUn AgyA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :references:in-reply-to:message-id:date:subject:cc:to:from :dkim-signature; bh=pAXkB2LpdoJ1Gpg95LCeZtnd5dq2FWFA8jqLg/9AfUw=; b=DlPUdCryUiCi33dDsig/NyXxu+0ISj6fJ2cC6bwEdPF6lmqY3jUfTh1uGu3epY8DvB QgyVc5+UbNJIGB2Os+55IqHW/5D9knevCTM3nWa9VCmJLnJ+MqJOV2fQfOYEJgRkUVvx A0O0ASp0Rz09z6dH4IL1++nHYQvAlC84LbqJZ63BtPLELaTsJ2PdTJDKAmuRC6VZ37Rn I52mVH18izX/ADmMxweRhg834ISqD+RpI2AVSQt/C/WwEIie5/B1QDyxo2nDUakK9UYT lyzVxWjfdzzrZZs+vFb1kOa/FC/sayIcXsdBAjnf0Y8VHWAtBqIVHX4gs5HgIHlmHUcC e04Q== ARC-Authentication-Results: i=1; mx.google.com; dkim=fail header.i=@kapsi.fi header.s=20161220 header.b="vpNm7/ZW"; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id c21si9789713edx.296.2020.09.15.04.55.44; Tue, 15 Sep 2020 04:56:07 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=fail header.i=@kapsi.fi header.s=20161220 header.b="vpNm7/ZW"; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726451AbgIOLyT (ORCPT + 99 others); Tue, 15 Sep 2020 07:54:19 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:36226 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726242AbgIOLkr (ORCPT ); Tue, 15 Sep 2020 07:40:47 -0400 Received: from mail.kapsi.fi (mail.kapsi.fi [IPv6:2001:67c:1be8::25]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id ED603C06174A; Tue, 15 Sep 2020 04:40:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=kapsi.fi; s=20161220; h=Content-Transfer-Encoding:MIME-Version:References:In-Reply-To: Message-Id:Date:Subject:Cc:To:From:Sender:Reply-To:Content-Type:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=pAXkB2LpdoJ1Gpg95LCeZtnd5dq2FWFA8jqLg/9AfUw=; b=vpNm7/ZWJj/m+AQ52GW/wWd6rL TsekJFpNPHj2T/X0NhkV1fB8K1q4/ao0m5Dowp4+4R2Ter3RlzSVPZAjCzWTaOqJRHHSXfx7mocsu 18U3HOmdVN4Rt+ltRlSyMW3GVnlLmR8VoDmePVK2cCj2U8GmeULQipRhSeT3c2gp59aNAZ3imySuf CWgfAeQn2F+jYCdT84qleS+J4oknurIBtrdtOoERzl+5FpthMGtGVjsxhdQcUgUTDlOZJIg2cYxoM P9Pm30g7N2uEBmyLMPv6GYuUUO1vaArObR9Ff/rmTvre/zZWk5O+1vjDvWyU7nDYvNE2yGEsBs30C RCZshfKA==; Received: from 83-245-197-237.elisa-laajakaista.fi ([83.245.197.237] helo=localhost) by mail.kapsi.fi with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1kI8mG-0005zS-Nm; Tue, 15 Sep 2020 14:05:36 +0300 From: Jarkko Sakkinen To: x86@kernel.org, linux-sgx@vger.kernel.org Cc: linux-kernel@vger.kernel.org, Sean Christopherson , Andy Lutomirski , Jethro Beekman , Jarkko Sakkinen , akpm@linux-foundation.org, andriy.shevchenko@linux.intel.com, asapek@google.com, bp@alien8.de, cedric.xing@intel.com, chenalexchen@google.com, conradparker@google.com, cyhanish@google.com, dave.hansen@intel.com, haitao.huang@intel.com, josh@joshtriplett.org, kai.huang@intel.com, kai.svahn@intel.com, kmoy@google.com, ludloff@google.com, luto@kernel.org, nhorman@redhat.com, npmccallum@redhat.com, puiterwijk@redhat.com, rientjes@google.com, tglx@linutronix.de, yaozhangx@google.com Subject: [PATCH v38 20/24] x86/traps: Attempt to fixup exceptions in vDSO before signaling Date: Tue, 15 Sep 2020 14:05:18 +0300 Message-Id: <20200915110522.893152-21-jarkko.sakkinen@linux.intel.com> X-Mailer: git-send-email 2.25.1 In-Reply-To: <20200915110522.893152-1-jarkko.sakkinen@linux.intel.com> References: <20200915110522.893152-1-jarkko.sakkinen@linux.intel.com> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-SA-Exim-Connect-IP: 83.245.197.237 X-SA-Exim-Mail-From: jarkko.sakkinen@linux.intel.com X-SA-Exim-Scanned: No (on mail.kapsi.fi); SAEximRunCond expanded to false Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Sean Christopherson vDSO functions can now leverage an exception fixup mechanism similar to kernel exception fixup. For vDSO exception fixup, the initial user is Intel's Software Guard Extensions (SGX), which will wrap the low-level transitions to/from the enclave, i.e. EENTER and ERESUME instructions, in a vDSO function and leverage fixup to intercept exceptions that would otherwise generate a signal. This allows the vDSO wrapper to return the fault information directly to its caller, obviating the need for SGX applications and libraries to juggle signal handlers. Attempt to fixup vDSO exceptions immediately prior to populating and sending signal information. Except for the delivery mechanism, an exception in a vDSO function should be treated like any other exception in userspace, e.g. any fault that is successfully handled by the kernel should not be directly visible to userspace. Although it's debatable whether or not all exceptions are of interest to enclaves, defer to the vDSO fixup to decide whether to do fixup or generate a signal. Future users of vDSO fixup, if there ever are any, will undoubtedly have different requirements than SGX enclaves, e.g. the fixup vs. signal logic can be made function specific if/when necessary. Suggested-by: Andy Lutomirski Acked-by: Jethro Beekman Signed-off-by: Sean Christopherson Signed-off-by: Jarkko Sakkinen --- arch/x86/kernel/traps.c | 19 ++++++++++++++++--- arch/x86/mm/fault.c | 8 ++++++++ 2 files changed, 24 insertions(+), 3 deletions(-) diff --git a/arch/x86/kernel/traps.c b/arch/x86/kernel/traps.c index 1f66d2d1e998..20a881485b6b 100644 --- a/arch/x86/kernel/traps.c +++ b/arch/x86/kernel/traps.c @@ -59,6 +59,7 @@ #include #include #include +#include #ifdef CONFIG_X86_64 #include @@ -116,6 +117,9 @@ do_trap_no_signal(struct task_struct *tsk, int trapnr, const char *str, tsk->thread.error_code = error_code; tsk->thread.trap_nr = trapnr; die(str, regs, error_code); + } else { + if (fixup_vdso_exception(regs, trapnr, error_code, 0)) + return 0; } /* @@ -549,6 +553,9 @@ DEFINE_IDTENTRY_ERRORCODE(exc_general_protection) tsk->thread.error_code = error_code; tsk->thread.trap_nr = X86_TRAP_GP; + if (fixup_vdso_exception(regs, X86_TRAP_GP, error_code, 0)) + return; + show_signal(tsk, SIGSEGV, "", desc, regs, error_code); force_sig(SIGSEGV); goto exit; @@ -827,9 +834,12 @@ static void handle_debug(struct pt_regs *regs, unsigned long dr6, bool user) #endif if (notify_die(DIE_DEBUG, "debug", regs, (long)&dr6, 0, - SIGTRAP) == NOTIFY_STOP) { - return; - } + SIGTRAP) == NOTIFY_STOP) + goto out; + + if (user_mode(regs) && + fixup_vdso_exception(regs, X86_TRAP_DB, 0, 0)) + goto out; /* It's safe to allow irq's after DR6 has been saved */ cond_local_irq_enable(regs); @@ -981,6 +991,9 @@ static void math_error(struct pt_regs *regs, int trapnr) if (!si_code) goto exit; + if (fixup_vdso_exception(regs, trapnr, 0, 0)) + return; + force_sig_fault(SIGFPE, si_code, (void __user *)uprobe_get_trap_addr(regs)); exit: diff --git a/arch/x86/mm/fault.c b/arch/x86/mm/fault.c index 9e5ec861aba0..ebe290a68c36 100644 --- a/arch/x86/mm/fault.c +++ b/arch/x86/mm/fault.c @@ -30,6 +30,7 @@ #include /* exception stack */ #include /* VMALLOC_START, ... */ #include /* kvm_handle_async_pf */ +#include /* fixup_vdso_exception() */ #define CREATE_TRACE_POINTS #include @@ -775,6 +776,10 @@ __bad_area_nosemaphore(struct pt_regs *regs, unsigned long error_code, sanitize_error_code(address, &error_code); + if (fixup_vdso_exception(regs, X86_TRAP_PF, error_code, + address)) + return; + if (likely(show_unhandled_signals)) show_signal_msg(regs, error_code, address, tsk); @@ -894,6 +899,9 @@ do_sigbus(struct pt_regs *regs, unsigned long error_code, unsigned long address, sanitize_error_code(address, &error_code); + if (fixup_vdso_exception(regs, X86_TRAP_PF, error_code, address)) + return; + set_signal_archinfo(address, error_code); #ifdef CONFIG_MEMORY_FAILURE -- 2.25.1