Received: by 2002:a25:ab43:0:0:0:0:0 with SMTP id u61csp8221342ybi; Thu, 6 Jun 2019 08:35:06 -0700 (PDT) X-Google-Smtp-Source: APXvYqw1JFbm/o/HBtE2E4iOsEeUF9SyMUdaQygOFKGmkw3aIAhNJxu4B7fAqhDSJw12FfsxyE5i X-Received: by 2002:a63:2b92:: with SMTP id r140mr3930538pgr.363.1559835306840; Thu, 06 Jun 2019 08:35:06 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1559835306; cv=none; d=google.com; s=arc-20160816; b=XeWQydoEr+y7yIHZLejtlydas0NomMHYdMYde2arnUUZBsJgyKANDMRpUtDC9WC+vd DLJ2vySEhfHzaIezIX3k0nGRfz7a8BL2NPWgFR8vNpoJYdVhJL+fqdMpZd2oPmvb8fm/ ve/lLc4FokHFbXLYwhTmGJnMFgd/HLXlq94T+OhiA6vmKREJuQ6ILBLF7NfyGq+85k5/ nbk1RnYN/A0q9wQj8jxXIgIg3zG38qM8tKcdezBN5QuwFwOHcpQMkIxoGrGl7MC898ho 9mmdc2BIka4Gl6fasV98gQ6D1JOmuylGwxu5lnfI0a/x3B55ZirIFjAj6zMjflUaxTd6 yhYg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:organization:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=k21RspQFglLhB12aa8ZA4RDRgWOOIvtGOnDzduQtNuY=; b=nnDcOdvMSzerfuhf0oZ7xVoPMTWHdTxmqkw66uMb4hd4ThM3HH96mZHy3Ilae2xxJy SF1CxrLTjaua62Ll98r1wfTkYeKLcRZumZ06wAiL7VIj3GY8PDG8MraMfBqdHflFVV58 wOMiQaqPrMOy++XVaGkBNk6Cm+tm15/ljUH70zJOAbp6QrtmdceR8VLIVSmHnbd74olR Rh3G3IQaNEzahUTatCsI2gLQpnDOfN2PWC2EPArTsW6e4Gs6wT9/RpWOOviz20yHNakb x9kLDtecn1uPxbxdDCOHg6vM9QPGtFKSCcJRhVB47ltAnFCpvtnzv48MKsAXnAiu3vmZ UrJw== 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 y10si2068111pjr.109.2019.06.06.08.34.48; Thu, 06 Jun 2019 08:35:06 -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; 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 S1729458AbfFFPdK (ORCPT + 99 others); Thu, 6 Jun 2019 11:33:10 -0400 Received: from mga07.intel.com ([134.134.136.100]:24534 "EHLO mga07.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728916AbfFFPdJ (ORCPT ); Thu, 6 Jun 2019 11:33:09 -0400 X-Amp-Result: UNSCANNABLE X-Amp-File-Uploaded: False Received: from orsmga006.jf.intel.com ([10.7.209.51]) by orsmga105.jf.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 06 Jun 2019 08:33:07 -0700 X-ExtLoop1: 1 Received: from harend-mobl.ger.corp.intel.com (HELO localhost) ([10.252.33.8]) by orsmga006.jf.intel.com with ESMTP; 06 Jun 2019 08:32:56 -0700 Date: Thu, 6 Jun 2019 18:32:51 +0300 From: Jarkko Sakkinen To: Sean Christopherson Cc: Jethro Beekman , "linux-kernel@vger.kernel.org" , "x86@kernel.org" , "linux-sgx@vger.kernel.org" , "akpm@linux-foundation.org" , "dave.hansen@intel.com" , "nhorman@redhat.com" , "npmccallum@redhat.com" , "serge.ayoun@intel.com" , "shay.katz-zamir@intel.com" , "haitao.huang@intel.com" , "andriy.shevchenko@linux.intel.com" , "tglx@linutronix.de" , "kai.svahn@intel.com" , "bp@alien8.de" , "josh@joshtriplett.org" , "luto@kernel.org" , "kai.huang@intel.com" , "rientjes@google.com" Subject: Re: [PATCH v20 15/28] x86/sgx: Add the Linux SGX Enclave Driver Message-ID: <20190606153230.GA25112@linux.intel.com> References: <20190417103938.7762-1-jarkko.sakkinen@linux.intel.com> <20190417103938.7762-16-jarkko.sakkinen@linux.intel.com> <20190422215831.GL1236@linux.intel.com> <6dd981a7-0e38-1273-45c1-b2c0d8bf6fed@fortanix.com> <20190424002653.GB14422@linux.intel.com> <20190604201232.GA7775@linux.intel.com> <20190605142908.GD11331@linux.intel.com> <20190605145219.GC26328@linux.intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20190605145219.GC26328@linux.intel.com> Organization: Intel Finland Oy - BIC 0357606-4 - Westendinkatu 7, 02160 Espoo User-Agent: Mutt/1.10.1 (2018-07-13) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Jun 05, 2019 at 07:52:19AM -0700, Sean Christopherson wrote: > At this point I don't see the access control stuff impacting the LKM > decision. > > Irrespetive of the access control thing, there are (at least) two issues > with using ACPI to probe the driver: > > - ACPI probing breaks if there are multiple device, i.e. when KVM adds > a raw EPC device. We could do something like probe the driver via > ACPI but manually load the raw EPC device from core SGX code, but IMO > taking that approach should be a concious decision. > > - ACPI probing means core SGX will consume resources for EPC management > even if there is no end consumer, e.g. the driver refuses to load due > to lack of FLC support. > > It would be very helpful for us to make a decision about LKM support > sooner rather than later, e.g. to start reworking the core code now and so > that I can send RFCs for KVM support. IMO we're just delaying the > inevitable and slowing down upstreaming in the process. I think a good reason to not have LKM is that it can be added after reaching the mainline if there ever becomes strong enough reasons to do so. I have similar situation with TPM where TPM core would better be just part of the core but since tristate was introduced, it is hard to revert that decision. I would prefer do this update myself rather than taking patches as it takes me probably shorter time to implement the change rather than reviewing and squashing patches. I'll get it done ASAP. /Jarkko