Received: by 2002:a05:6a10:22f:0:0:0:0 with SMTP id 15csp2871474pxk; Tue, 15 Sep 2020 04:44:55 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwntJ0gi6+iqlPFO5k2fA96uRK9m8sXxm/W3Qm1nRQShZ4WFqg3mHlDmzrLZTuOBy7F2yuL X-Received: by 2002:a17:906:cf85:: with SMTP id um5mr3666286ejb.479.1600170295686; Tue, 15 Sep 2020 04:44:55 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1600170295; cv=none; d=google.com; s=arc-20160816; b=JVBHJq2JL0Dem7QAF06ypZlYc2KsO/IsezwJS7idE86tE4g8wQV6IzSGJpnBmgA/8I RpBv6Cm+JfBYqlEYu0Z4tWq83GtwhLZi+L04jFUZwWyUDzY2XV0NEcEyU9Xutje+J6Si DLiMM8dyI2WHYIFNQxeZ8XZDO78r4BRBoLcPEwqYhudn1mKV5kXOaEmk7G8HbSTOV/YD 16VY/GEt33HagY1iudh5+DIlh8+TwcoQ6f+uX9VFwxiALw0BnHNC8Aa1VNR/cePt9mU0 2n9D75h79CqC/duo3dI6yovq2LEpDWtHOsloqJP/W3vtnNfMvCDpd+xgEwPQJomKA5Ju lNNg== 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=m8V55ohWBT5rloBwWX7CNnXagXgSowBQR2itdlUkKdfEQj/lhdfWkLVIXkQB5QGbaY X1LHIM0GdJI6ZMCNiFSMh7/HwyU+Iot3iAL4XodvPRaOfDI5I+s0g8JWSMsHE9eOcvgD ba47+ccru4+ssgpi4dGcjvyBCGy0m7iHlkvJfT5oxpO46hRJCMwDZYmsjLmyt9/TARgZ nWoXtsYCJV2VIDkKBHFkf3iR0ak8zgxAnUW8AnMSak8VAbHidjVY5unJuwx8F0+iWYV5 2I3rePttKyoodk/wteBVPMw4DtyEjB7AWgBfGbL103xEaeP3IgYIEkjEnGJvZ3AhhVYb 36Pw== ARC-Authentication-Results: i=1; mx.google.com; dkim=fail header.i=@kapsi.fi header.s=20161220 header.b=fXV94vmO; 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 bg3si5562600ejb.616.2020.09.15.04.44.32; Tue, 15 Sep 2020 04:44:55 -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=fXV94vmO; 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 S1726450AbgIOLmV (ORCPT + 99 others); Tue, 15 Sep 2020 07:42:21 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:34640 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726202AbgIOLcc (ORCPT ); Tue, 15 Sep 2020 07:32:32 -0400 Received: from mail.kapsi.fi (mail.kapsi.fi [IPv6:2001:67c:1be8::25]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id B5149C06121F; Tue, 15 Sep 2020 04:28:56 -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=fXV94vmOqU6a7FgqLXz3FQwc4o x58mkFCydgtnCybuS8Ea0s2QbUgQOh2kjf1yJKQcjHbPrV4bu4EqExT3zkaYwzDnyoDf5KSFNwWX4 RW6Y1ffwQEOC7NHbNJjdIxZcPGYqYJTrJXVA/jCPYr1oUDxG87Np9QnAooEovCurDfn1E1kV5NvMV SASm7q7bkzcoaWvGbfjKQ7dwitbjvFHftCRcgiImi+48Uo46QIfvAIivpfjNdaeeVmyiNII78UznM oK9vloU1nxqSh/tmxHAXYgOxASOaLf/SyJAW7pfbg6omCZnM2o9G2Wg8h6tc1i+zImd7mHlvDzUu+ wVQUGeXQ==; 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 1kI98o-0000n2-RH; Tue, 15 Sep 2020 14:28:54 +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:28:38 +0300 Message-Id: <20200915112842.897265-21-jarkko.sakkinen@linux.intel.com> X-Mailer: git-send-email 2.25.1 In-Reply-To: <20200915112842.897265-1-jarkko.sakkinen@linux.intel.com> References: <20200915112842.897265-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: jjs@kapsi.fi 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