Received: by 2002:ac0:bc90:0:0:0:0:0 with SMTP id a16csp3730212img; Mon, 25 Mar 2019 17:00:36 -0700 (PDT) X-Google-Smtp-Source: APXvYqwkcRk+ux6bnGPeI1YFBnv/6Q0jRJIRReqEi7SHf8KYKupY9vMDngCbf/CWcA/8P8H12sUH X-Received: by 2002:a63:5622:: with SMTP id k34mr26004576pgb.123.1553558436612; Mon, 25 Mar 2019 17:00:36 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1553558436; cv=none; d=google.com; s=arc-20160816; b=ji7gk635+JpXy2HLc8r34n0Qe9bemVL4TyvPOUQQoWwbsXVHI1pO+LY9ozITPiiSEr VdFzGdp7W4UR5TojApsKJqJHIZTe0vJqrdSBAPKkUZoQbj1mkoKux/uvrd9Pd7VFhUHB WBiXruXg5NBOtVjMyOqdV/1h1Zbxp4BXZ1WQ0Pq0AOvltjaSBaO3jLAA8M8w4gFs2Tsd MkGk5xQPocG0emqaNnmP+C50dfhybrM3B/n83vZC7IAocpHbNQMih1m2mviUnDxDHGFW 8Yz+0MywhDObgubJ698rzktrH6XJisPJhzzh1/ki8IGBSwt9UAaA6AXO9efrAv9K6k55 fsJw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:dkim-signature; bh=CcfUDnmaRsensY5lR2/+O0hSv41887kUIc+PBJyeg9Q=; b=AdR2bk4JDkS7xU25dyh0ATNHYINyfkktVS+PhAlnP1FbbARAgBDLjquPnu22XrmbmS sdwZlraPk07m+NQYIrIzznR+i5CitJi9WT/Cn42ZelLzq0htFKk8WxIVh1/2DinrcLl/ rYsr2rKsIxA2UyvdYex4Q0HM1Ty9OM4twSRPov63Ta25gYWvpBHyLrNKZlm31nQS8ZZI GFQ9EmNm8kkVz1GaFgHIKBcp8mPYJHR8oraLDXfBrxL4IdNCsRLyopVJxT/gmeHOXGw3 r8g32mk99QdfitLee76id/ykj94dOlr6WKgEz+pgAf/9mrMKqgKfJOzkfuzdHxsKwEQB NDeQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=0BUtZ0jo; 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=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id j17si14339446pff.168.2019.03.25.17.00.21; Mon, 25 Mar 2019 17:00:36 -0700 (PDT) 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; dkim=pass header.i=@kernel.org header.s=default header.b=0BUtZ0jo; 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=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727501AbfCYX7n (ORCPT + 99 others); Mon, 25 Mar 2019 19:59:43 -0400 Received: from mail.kernel.org ([198.145.29.99]:54140 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726616AbfCYX7n (ORCPT ); Mon, 25 Mar 2019 19:59:43 -0400 Received: from mail-wr1-f42.google.com (mail-wr1-f42.google.com [209.85.221.42]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 5B4962084D for ; Mon, 25 Mar 2019 23:59:42 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1553558382; bh=TVII3rwLPxMQCkQz9YIzhltAnZfhHgzWpvndRcBUX3Y=; h=References:In-Reply-To:From:Date:Subject:To:Cc:From; b=0BUtZ0joQecupW3OQMSidOBY4iXPi+29GSpNeCrEL7egFlN3uWt/YmKIaefJW1KFB Apz4xGIpSpjZgz7PGvSltwfCDS/pGisBt7Pyce681b6TgaCyaqFqCZloMYSTZ7QoGs 9fYPfxmTg3xrrSUyn5vPdbqgxXKWoAnL1mRTUD4Y= Received: by mail-wr1-f42.google.com with SMTP id t5so12174861wri.7 for ; Mon, 25 Mar 2019 16:59:42 -0700 (PDT) X-Gm-Message-State: APjAAAXn1aXKUlg1lXutd5JjqfYFPbbztglJb4L5PIr/oG00zzCGNd4T 7LhN9jg8C8YS5KD7KZuPcufUGH+HrXXDnvgYjdT1kw== X-Received: by 2002:adf:9c8f:: with SMTP id d15mr16864724wre.309.1553558380939; Mon, 25 Mar 2019 16:59:40 -0700 (PDT) MIME-Version: 1.0 References: <20190320162119.4469-1-jarkko.sakkinen@linux.intel.com> <20190320162119.4469-25-jarkko.sakkinen@linux.intel.com> <960B34DE67B9E140824F1DCDEC400C0F4E85C484@ORSMSX116.amr.corp.intel.com> <20190320191318.GF30469@linux.intel.com> <960B34DE67B9E140824F1DCDEC400C0F4E85C5AB@ORSMSX116.amr.corp.intel.com> <20190322215903.GE12666@linux.intel.com> <960B34DE67B9E140824F1DCDEC400C0F4E85E481@ORSMSX116.amr.corp.intel.com> <960B34DE67B9E140824F1DCDEC400C0F4E85E989@ORSMSX116.amr.corp.intel.com> <20190325180349.GF31069@linux.intel.com> In-Reply-To: <20190325180349.GF31069@linux.intel.com> From: Andy Lutomirski Date: Mon, 25 Mar 2019 16:59:30 -0700 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: [PATCH v19,RESEND 24/27] x86/vdso: Add __vdso_sgx_enter_enclave() to wrap SGX enclave transitions To: Sean Christopherson Cc: "Xing, Cedric" , Andy Lutomirski , Jarkko Sakkinen , "linux-kernel@vger.kernel.org" , "x86@kernel.org" , "linux-sgx@vger.kernel.org" , "akpm@linux-foundation.org" , "Hansen, Dave" , "nhorman@redhat.com" , "npmccallum@redhat.com" , "Ayoun, Serge" , "Katz-zamir, Shay" , "Huang, Haitao" , "andriy.shevchenko@linux.intel.com" , "tglx@linutronix.de" , "Svahn, Kai" , "bp@alien8.de" , "josh@joshtriplett.org" , "Huang, Kai" , "rientjes@google.com" , Dave Hansen , Haitao Huang , Jethro Beekman , "Dr . Greg Wettstein" Content-Type: text/plain; charset="UTF-8" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, Mar 25, 2019 at 11:03 AM Sean Christopherson wrote: > > On Sun, Mar 24, 2019 at 01:59:48AM -0700, Xing, Cedric wrote: > > As said in my previous email, this vDSO API isn't even compliant to > > x86_64 ABI and is absolutely NOT for average developers. Instead, > > host/enclave communications are expected to be handled by SDKs and > > those developers will be very aware of the limitations of their targeted > > environments, and will need the freedom to deploy optimal solutions. > I fully realize that the above approach saddles Cedric and the SDK team > with the extra task of justifying the need for two vDSO interfaces, and > likely reduces the probability of their proposal being accepted. But, we > don't *force* the SDK to be rewritten, and we gain a vDSO interface that > many people want and is acceptable to the maintainers (unless I've > horribly misread Andy's position). I don't think you've horribly misread it. I would like to keep the stuff in the vDSO as minimal as possible. If we need to add a fancier interface down the line, then that's fine.