Received: by 2002:a25:e74b:0:0:0:0:0 with SMTP id e72csp1236553ybh; Thu, 16 Jul 2020 06:59:17 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxDoWEOSdi8QEVSX1cBYzmnFotbu+EcST7mvXI7smIikZAenlCgD3YW1EjnSrSGasC47tyf X-Received: by 2002:a17:906:d057:: with SMTP id bo23mr3848666ejb.210.1594907957464; Thu, 16 Jul 2020 06:59:17 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1594907957; cv=none; d=google.com; s=arc-20160816; b=oSWNh0ir3Le9YIJn4IP3pSFuK0SEH73qZE2zkysrcmYM5Mv7VqwSwAI31UO2m4TYsC JoBrX5TmfStS76Y7FOGducNSQQFTGSwNpAVEV92FT0lOrLDh97S7E0VrzCXZ7OSbZAIf /0euOHsF4kHfuzU008hqZyVAw7Qa7P3ylU88E5SNjDPWYh1ENOaHNlkr8XAl7z6KWpUb tkuVvvgz+xa3q8lr8s1rhSD1YftH9SXjS1306IKZckMZG2hWeaySPrc9Jg853Qx8NO6a 8xrztqifo6cyl3lYxqmPCt/0dvF3Cn85F3y70LUv075ozHcNIn7lKf1FYpjkJk2mBBcl xg/w== 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=GACHR0r77rvNqVdY6tMC+Vdz1I6JlEvtPSzcGW7ppKU=; b=EKrNPLQZumgwvW3lw6BjKjNkR60E41xGXN6xMY3is+o1oXIm3d2vmM8HFez7S7Xt9z 0wR4744F28r1XSPQvGTLkcD+h68sdRc12SWPcMrL/IgJxYIYUrC2ZPFIu1ZvAl13077s NOKZY/VOJQyGGL3KYhAgJMWRgpxiBCxjxLxyhDCYRy1hXgaPfy2bKI4LwJb1d9Seqp2R WyuyZSvHL2zJZPcY/Qn0kFDX8wiI5288jvOC1pnKdK7FUv+99hMAWT2mSy1/V5NjtjD6 73dosB3BzxDZIqDtHapw7I8cp6D2kDIQ2gy9/IN2NEZFE3m67pUNHkFBrueWRQH9JgV0 Dv0A== 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 a20si2994349ejb.361.2020.07.16.06.58.53; Thu, 16 Jul 2020 06:59:17 -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 S1728977AbgGPN6P (ORCPT + 99 others); Thu, 16 Jul 2020 09:58:15 -0400 Received: from mga06.intel.com ([134.134.136.31]:8285 "EHLO mga06.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728579AbgGPN6O (ORCPT ); Thu, 16 Jul 2020 09:58:14 -0400 IronPort-SDR: 4bh/u52qGbkf+DzHb7UInrrRYMZXpv9V77Hbd0B2G362dHCUqJpeCQBoqilGSPblkACstCeWe3 AqyYML6d1RrQ== X-IronPort-AV: E=McAfee;i="6000,8403,9683"; a="210910878" X-IronPort-AV: E=Sophos;i="5.75,359,1589266800"; d="scan'208";a="210910878" X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from fmsmga003.fm.intel.com ([10.253.24.29]) by orsmga104.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 16 Jul 2020 06:58:13 -0700 IronPort-SDR: BWXDzhDeG0OnfD2wXCj+mJxgU840yq8J/y/LI3qF/gA7UOUXJM1/jJs0uNRj0sjz6QdvQAKVVC nTX6hnXj+dBQ== X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.75,359,1589266800"; d="scan'208";a="325150774" Received: from lettner-mobl.ger.corp.intel.com (HELO localhost) ([10.252.32.212]) by FMSMGA003.fm.intel.com with ESMTP; 16 Jul 2020 06:58:01 -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 v36 20/24] x86/traps: Attempt to fixup exceptions in vDSO before signaling Date: Thu, 16 Jul 2020 16:52:59 +0300 Message-Id: <20200716135303.276442-21-jarkko.sakkinen@linux.intel.com> X-Mailer: git-send-email 2.25.1 In-Reply-To: <20200716135303.276442-1-jarkko.sakkinen@linux.intel.com> References: <20200716135303.276442-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 b038695f36c5..c2c306f81045 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 @@ -117,6 +118,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; } /* @@ -548,6 +552,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; @@ -829,9 +836,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); @@ -985,6 +995,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 8ba78384ea73..9f44ff217418 100644 --- a/arch/x86/mm/fault.c +++ b/arch/x86/mm/fault.c @@ -31,6 +31,7 @@ #include /* exception stack */ #include /* VMALLOC_START, ... */ #include /* kvm_handle_async_pf */ +#include /* fixup_vdso_exception() */ #define CREATE_TRACE_POINTS #include @@ -776,6 +777,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); @@ -895,6 +900,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