Received: by 2002:ad5:474a:0:0:0:0:0 with SMTP id i10csp11258416imu; Thu, 6 Dec 2018 14:20:24 -0800 (PST) X-Google-Smtp-Source: AFSGD/Uz1HB/gKou7q/SN4Fr076jXXG8lSNUM/wxwVE7/SLwH4olhvWnR6cFWje68cOy7rI9CdEa X-Received: by 2002:a17:902:b090:: with SMTP id p16mr29992402plr.190.1544134824716; Thu, 06 Dec 2018 14:20:24 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1544134824; cv=none; d=google.com; s=arc-20160816; b=PfoxSsDjfZAa4mxoZuu64kE0TD+33UYpS/P2vJuePO23rH9+VO4lUUY8l7FvEvzP/w WshkSBrp9t9k2+ik26/LxZDHOFmx07Gep2Xa3iC7IfBhL+hfCcFpaThcm7BUX14HiZzb sH1DIICxWEe0EjDEvaBTA2pBbnadPBpFdDPf39S4Uxts/MTR++tFEgr7v26li/zDknaM GyJ5O5OtWx8CAIJPiiieFLAqSbtCzzPtcrPydOwHw4hLSWBpOGKYWNH2MK1AlZ9NNHZ0 fpX1kGlO8ZKOX2+AHClpL6+jw8KJriV3M8G3K9ZOkCKnivpKicgqHFc3ymDSy6ZJVC2l vCIQ== 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 :message-id:date:subject:cc:to:from; bh=BShTDeD331DjJlPWe05tk4psk2wP6NKZUeLmvApKBpY=; b=OGODLWKLvwymIlODGmGmeMiOAajt2/I3nkulFOrdWSu3PDPrOMbZcGrxxaxJQQm0NC AGtDSwJxn0FF2NKVhZIvwa6x30GbgHULzeVNkcJK+kNWsgvf46L10zt+WeKXDxfQyAhT N4flKVcJJ0FIEfbltQOac71Nq8Mp3ydyGOow/uafL7UuT40AyvCtQoNxti30v/WBCAIm iwJY7nEQ6J3KDTRzL5krcuSyOAf+4wBhQx4KevBJtMNCTwcqtDydXyfXnJw6mW4qJpvw YV+VOihKJRdqcNw+hJCj+fb10qnyH1zoiVg2N4B27tUthUCg+DN4KcMx0no7Pv1Mmlyt YSAA== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 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. [209.132.180.67]) by mx.google.com with ESMTP id d13si1163342plr.403.2018.12.06.14.20.09; Thu, 06 Dec 2018 14:20:24 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 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 S1726098AbeLFWT3 (ORCPT + 99 others); Thu, 6 Dec 2018 17:19:29 -0500 Received: from mga06.intel.com ([134.134.136.31]:39981 "EHLO mga06.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725939AbeLFWT2 (ORCPT ); Thu, 6 Dec 2018 17:19:28 -0500 X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from orsmga008.jf.intel.com ([10.7.209.65]) by orsmga104.jf.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 06 Dec 2018 14:19:28 -0800 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.56,324,1539673200"; d="scan'208";a="99313296" Received: from sjchrist-coffee.jf.intel.com ([10.54.74.154]) by orsmga008.jf.intel.com with ESMTP; 06 Dec 2018 14:19:28 -0800 From: Sean Christopherson To: Andy Lutomirski , Thomas Gleixner , Ingo Molnar , Borislav Petkov , x86@kernel.org, Dave Hansen , Peter Zijlstra Cc: "H. Peter Anvin" , linux-kernel@vger.kernel.org, Andy Lutomirski , Jarkko Sakkinen , Josh Triplett Subject: [RFC PATCH v2 0/4] x86: Add vDSO exception fixup for SGX Date: Thu, 6 Dec 2018 14:19:18 -0800 Message-Id: <20181206221922.31012-1-sean.j.christopherson@intel.com> X-Mailer: git-send-email 2.19.2 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 This version is almost entirely about the vDSO function itself, i.e. patch 4/4. Feel free to ignore patches 2/4 and 3/4, I need to do (a lot) more legwork to address feedback and improve their changelogs. I'm expecting that to take a fair amount of time and wanted to get the alternative exit handler idea out there ASAP. The new vDSO function builds but is otherwise completely untested. v2: - For all intents and purposes, rewrite the SGX vDSO function. This version is quite a bit different than anything discussed in the past. Rather than provide separate a separate function or an explicit parameter to request ERESUME, e.g. to recover after a fault, take an optional "exit handler" that provides the caller the opportunity to specify if and how the enclave should be resumed. More details in the changelog. - Rename it to __vdso_sgx_enter_enclave() to abstract the details of EENTER and ERESUME to some degree. - Give the enclave RDI, RSI and RDX to pass data out of the enclave. - Call fixup_vdso_exception() in do_int3(). v1: https://lkml.kernel.org/r/20181205232012.28920-1-sean.j.christopherson@intel.com Sean Christopherson (4): x86/vdso: Add support for exception fixup in vDSO functions x86/fault: Attempt to fixup unhandled #PF in vDSO before signaling x86/traps: Attempt to fixup exceptions in vDSO before signaling x86/vdso: Add __vdso_sgx_enter_enclave() to wrap SGX enclave transitions arch/x86/entry/vdso/Makefile | 5 +- arch/x86/entry/vdso/extable.c | 37 +++++++ arch/x86/entry/vdso/extable.h | 17 ++++ arch/x86/entry/vdso/vdso-layout.lds.S | 9 +- arch/x86/entry/vdso/vdso.lds.S | 1 + arch/x86/entry/vdso/vdso2c.h | 58 +++++++++-- arch/x86/entry/vdso/vsgx_enter_enclave.c | 119 +++++++++++++++++++++++ arch/x86/include/asm/vdso.h | 5 + arch/x86/kernel/traps.c | 15 +++ arch/x86/mm/fault.c | 7 ++ 10 files changed, 262 insertions(+), 11 deletions(-) create mode 100644 arch/x86/entry/vdso/extable.c create mode 100644 arch/x86/entry/vdso/extable.h create mode 100644 arch/x86/entry/vdso/vsgx_enter_enclave.c -- 2.19.2