Received: by 2002:a05:6a10:22f:0:0:0:0 with SMTP id 15csp431355pxk; Fri, 11 Sep 2020 10:40:53 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzj05c5TsyGDqR4AGO0wfT19P5gQ/rzMy90hShMRTX+OJVoze7H2OkQWNCTj0AoOZ85B69S X-Received: by 2002:a17:906:a444:: with SMTP id cb4mr3029914ejb.432.1599846053081; Fri, 11 Sep 2020 10:40:53 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1599846053; cv=none; d=google.com; s=arc-20160816; b=zwMV6OU6txVUiPMnjSnC8LS1yQKhyEuPcAF+a+87oRH8x1E83yx+8uBP5UV3c8/+El 5L56wd7gtLtcS9BCGI0DnemUP9pjuKx9z/hnKCa/BxGBp4T8FKPFvRFJdW7uHaSbXbRj quRDGKDWeTuu/1X3ykXsTGDB9TfLRYqvoFGvCxUFDV606oQW4wQpFyqR545UNT9ziYoV ivupPTscOfdgBTi5xeMp3FSRy436YegxxRTftR3+kR9OWkWWNIotAvkHuOxnxpOFwfto Jr3EvAlaxl9tuWopuC2ZO8YVYGuLPq9FNEC5TuZrqD80vTFImQuL9PUVXb5C9/6vLYut p6tQ== 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 :ironport-sdr:ironport-sdr; bh=pAXkB2LpdoJ1Gpg95LCeZtnd5dq2FWFA8jqLg/9AfUw=; b=zAd8ikK3uusoJ9RNT/L9BADF4zDzrRXvxsUqaXz/pkPrz3av8u5WYSr4KIZ6Qrgib9 qDAk3PZqh9H/oFHMx1Q1PDYw4LnsLq8t/5iK4BkNWSaozkWgSJxxfwBy5iefMOwsdq++ OyurHBBbFdZ37Gq7BWl1J267ZI4mrE/LZaeMnVsHv4ATS3t4PJyA6IO+344L9fxskmiT j3x3fqiOOHOGIFkVVmmpXXIyStdwnN27+dxB7s1eTUEcK62Mh4jLRYJ/9roRth7Oacgz LMJXJiBFFeGw4gzfjTzk/kgq3GfluulEgWi8vwFEIkOJuSUNnL8Ox9pkleZsQFhABzOz 6a8Q== ARC-Authentication-Results: i=1; mx.google.com; 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 y13si1920173edj.275.2020.09.11.10.40.30; Fri, 11 Sep 2020 10:40:53 -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; 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 S1725823AbgIKRh7 (ORCPT + 99 others); Fri, 11 Sep 2020 13:37:59 -0400 Received: from mga18.intel.com ([134.134.136.126]:6904 "EHLO mga18.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725886AbgIKMsx (ORCPT ); Fri, 11 Sep 2020 08:48:53 -0400 IronPort-SDR: Wi/B5+/zxUo4jh6v5bdDtIpoWR3jkt+fcN8YKhmErP2PjKAkVIhfrve/znJfgDCZuhmIoUBjFU 9nzf+k7JnzNA== X-IronPort-AV: E=McAfee;i="6000,8403,9740"; a="146478825" X-IronPort-AV: E=Sophos;i="5.76,415,1592895600"; d="scan'208";a="146478825" X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from fmsmga008.fm.intel.com ([10.253.24.58]) by orsmga106.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 11 Sep 2020 05:45:49 -0700 IronPort-SDR: 8sF1a5I/HapkBzV11TIC1UAtuI53xGywFD/5NSXecAZiKEg96m3nyn8/AZHTQzjVKEPjYFI9wA NxKBhhcWKPqg== X-IronPort-AV: E=Sophos;i="5.76,415,1592895600"; d="scan'208";a="286885866" Received: from amaksymi-mobl.ger.corp.intel.com (HELO localhost) ([10.252.60.247]) by fmsmga008-auth.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 11 Sep 2020 05:45:36 -0700 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 v37 20/24] x86/traps: Attempt to fixup exceptions in vDSO before signaling Date: Fri, 11 Sep 2020 15:40:15 +0300 Message-Id: <20200911124019.42178-21-jarkko.sakkinen@linux.intel.com> X-Mailer: git-send-email 2.25.1 In-Reply-To: <20200911124019.42178-1-jarkko.sakkinen@linux.intel.com> References: <20200911124019.42178-1-jarkko.sakkinen@linux.intel.com> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit 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