Received: by 2002:a05:6902:102b:0:0:0:0 with SMTP id x11csp673646ybt; Mon, 6 Jul 2020 20:07:28 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyQEOqrm98WfNRRvhY82bNEflDxq7JwAo1JGI+ZQUEC01pm3XfPatbV2yMZCl/vDZMF48GQ X-Received: by 2002:a17:906:eb93:: with SMTP id mh19mr44523710ejb.552.1594091248726; Mon, 06 Jul 2020 20:07:28 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1594091248; cv=none; d=google.com; s=arc-20160816; b=EY9k9BddMbpa9SO0vMJzfwO6Jo5KTZW0Lul5gz9COF7oTIwrgRjODuPhJC7BJtxErx +lIo1K9rY8iLL8BHSnOgI9uDj69tAuvlbasCiDHO72SOHMwYLXW2SGuc7p6AhjQcuFsb yUEa0oR3FIbv4faKRoPITQdMv4s4RZiQCQ+3iLRxcJ0i7N16tJowDPypVz7ztZRFjRNL gRfpxAhSkPExZ+0TimxeFdzKaRyIMd1keyoZpFJaDwMop2eU1A6Qn4QS5VoP6CsPXAnv 1x2ZE2ceLANQ4CfDEPxXoWUJowrFSzUVe2/HEq77n9sRKoFSOnGhK+uEA8hCms3Kwxhc 7qBA== 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=E5NUhbUVTYT3OK/aI7IcXeonJHq0+rLUY0hRgmUYqnZi8GNE9kLoavN2y/6YCURT5f 5SiAuPToDHOdkaooBz57F14MmHKAHb+wzeHaOEJ4GjLpCoUDZvcdpNrZFpPeucc+D0uQ zNgdHmUmp8c3bx69hVTQvOAmPkx7e5/Z/6Pg1qh2c2BMmX1C9hLakvoAuVMowQ/GdLQU gXUC62XQD+p399EvKITmLhiinbus5sJ3HzAb8DwSSdNo1J2KgyiSjzmMrLJkWmPjXbCz upSrJQIxO5fjVX1Gfe6QJbnLwkhlhMjUOlWjsocBXSJaddCO6UBL2aTLy/OPZHdfAtqu hmjg== 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 do10si18522568ejc.671.2020.07.06.20.07.04; Mon, 06 Jul 2020 20:07:28 -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 S1728250AbgGGDGh (ORCPT + 99 others); Mon, 6 Jul 2020 23:06:37 -0400 Received: from mga02.intel.com ([134.134.136.20]:10488 "EHLO mga02.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726434AbgGGDGg (ORCPT ); Mon, 6 Jul 2020 23:06:36 -0400 IronPort-SDR: cbfAGiZutHZS84Bct3rvTF7fdkqHDQSpidpbvD3JT2A5qRcLJ/qVWAZAC/2FaLAATkGook7MZr rSWYCWOyy7Hg== X-IronPort-AV: E=McAfee;i="6000,8403,9674"; a="135777230" X-IronPort-AV: E=Sophos;i="5.75,321,1589266800"; d="scan'208";a="135777230" X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from fmsmga001.fm.intel.com ([10.253.24.23]) by orsmga101.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 06 Jul 2020 20:06:36 -0700 IronPort-SDR: Ak3sKcQ4szF5qLdSaKlt3pTTBeepKUbxr1uwrkpaayEhPwLhFz4oWat+i8Bir0nnH6ebbDgPJp xisbsDz/e7qw== X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.75,321,1589266800"; d="scan'208";a="388368952" Received: from apiccion-mobl1.ger.corp.intel.com (HELO localhost) ([10.249.45.178]) by fmsmga001.fm.intel.com with ESMTP; 06 Jul 2020 20:06:25 -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 v34 20/24] x86/traps: Attempt to fixup exceptions in vDSO before signaling Date: Tue, 7 Jul 2020 06:02:00 +0300 Message-Id: <20200707030204.126021-21-jarkko.sakkinen@linux.intel.com> X-Mailer: git-send-email 2.25.1 In-Reply-To: <20200707030204.126021-1-jarkko.sakkinen@linux.intel.com> References: <20200707030204.126021-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