From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id 763DFC433EF for ; Fri, 22 Jul 2022 18:44:28 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S235459AbiGVSo2 (ORCPT ); Fri, 22 Jul 2022 14:44:28 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:57104 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232197AbiGVSo0 (ORCPT ); Fri, 22 Jul 2022 14:44:26 -0400 Received: from mail-pf1-x433.google.com (mail-pf1-x433.google.com [IPv6:2607:f8b0:4864:20::433]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 6230F87C0C for ; Fri, 22 Jul 2022 11:44:25 -0700 (PDT) Received: by mail-pf1-x433.google.com with SMTP id b9so5152426pfp.10 for ; Fri, 22 Jul 2022 11:44:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20210112; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to; bh=VblPSJwsGw1h15CG7/mpL6Be/8K4U7PwJxhZSMHkihc=; b=qhNumpqTQJ3qzrc9XWsTpk6fgatE8thCrcvMtJUbu9+dY0RYujpQeSOv7TeEWgLd5W CPjC/VEoQPLT0myYm4U23K/ZeckmrTMXq7w1piLei/384vEKXk2Vy9Ddi0qsuKewT2en yZcVoL2bCQoo0urx4ZXQq5vIpAqENejz2P7WwAFGOfcBRwovR7gvy2O6D7cqmQAjUHfi jgmHAIZBXtnjAOKsIqCnHrvlzXvgSBTaUBR1CoKwgy5ph6panQc2W2sKEPSSHKtCTQxw IsRYkVTbc1ieVlP7bZy6Z9cRYOPysEs9HKxkZ6KV0wC8+C8NMOonq9K6Weo2Zv5nbkxm TYAQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to; bh=VblPSJwsGw1h15CG7/mpL6Be/8K4U7PwJxhZSMHkihc=; b=VTCkRTzBEaJzZe1aeGJoQk03/FBvwBoHwQcfrpQAfAmdUWiRI69lmc2bGCDPwQbA7z Hf7qxgNBqvrUxcbankdDEaw1q73zJ+80k3/vtXhwL5slfyWonb/yNal00EjSP/UaixDO hY8gV5lsOiFaY4CVA6Jpqhz1CWOO3O++NBlKKt2A3cIy+RD3/oqiryBqYwdT5F8H/fDl zwkWwGi0EoPhfIU1VhlHDw1pd/mkbJq34qSHBnxH+GcFm+KOlTh+5BIc2TdJiRhRvBuX Opj+Bl6EMPJ+728Xf4uCk8Sif0H7B+TgpIZSXzjRx0UE74GN415tIp8LAQHgq72o7XS0 hCFg== X-Gm-Message-State: AJIora+RcTP+QxVlKwvYHPT24+jZFpaQK9JLHrk8nSgW/b7fq3DpyGQ9 Yqkx8yQaalMsTRir2OaJHT8fJxxD3FxWZQ== X-Google-Smtp-Source: AGRyM1s0DwMv4dlY7qisCxwvVoAefqQ3GmkZjGOghmvkRFMKme/kTmNBNjs1eyiBa+RVukabt0ibnQ== X-Received: by 2002:a63:6b0a:0:b0:40d:ffa6:85c5 with SMTP id g10-20020a636b0a000000b0040dffa685c5mr919609pgc.327.1658515464720; Fri, 22 Jul 2022 11:44:24 -0700 (PDT) Received: from google.com (123.65.230.35.bc.googleusercontent.com. [35.230.65.123]) by smtp.gmail.com with ESMTPSA id k11-20020a170902c40b00b0016c97d59f6asm4214477plk.93.2022.07.22.11.44.22 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 22 Jul 2022 11:44:23 -0700 (PDT) Date: Fri, 22 Jul 2022 18:44:19 +0000 From: Sean Christopherson To: Dave Hansen Cc: Kai Huang , Dave Hansen , Jarkko Sakkinen , Andy Lutomirski , Thomas Gleixner , Ingo Molnar , Borislav Petkov , "H. Peter Anvin" , Haitao Huang , x86@kernel.org, linux-sgx@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH] [v2] x86/sgx: Allow enclaves to use Asynchrounous Exit Notification Message-ID: References: <20220720191347.1343986-1-dave.hansen@linux.intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Precedence: bulk List-ID: X-Mailing-List: linux-sgx@vger.kernel.org On Fri, Jul 22, 2022, Dave Hansen wrote: > On 7/22/22 06:26, Kai Huang wrote: > > Did a quick look at the spec. It appears ENCLU[EDECCSSA] should be used > > together with AEX-notify. So besides advertising the new > > SGX_ATTR_ASYNC_EXIT_NOTIFY bit to the KVM guest, I think we should also > > advertise the ENCLU[EDECCSSA] support in guest's CPUID, like below (untested)? > > Sounds like a great follow-on patch! It doesn't seem truly functionally > required from the spec: > > > EDECCSSA is a new Intel SGX user leaf function > > (ENCLU[EDECCSSA]) that can facilitate AEX notification handling... Yeah, it's enumerated separately. > If that's wrong or imprecise, I'd love to hear more about it and also > about how the spec will be updated. > > Oh, and the one-liner patch that I was promised for enabling this is > getting a _wee_ bit longer than one line. Heh, fool me once...