Received: by 2002:a05:6a10:1d13:0:0:0:0 with SMTP id pp19csp473649pxb; Wed, 18 Aug 2021 06:44:19 -0700 (PDT) X-Google-Smtp-Source: ABdhPJy8DpkqMyb5++S5N/TUn3fQNCk7KtYRFYv9dgKwTEqi6Npk4hbcUxyB6hzx/jqwCqjX/Wu+ X-Received: by 2002:a05:6402:51cf:: with SMTP id r15mr10297926edd.211.1629294259344; Wed, 18 Aug 2021 06:44:19 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1629294259; cv=none; d=google.com; s=arc-20160816; b=SM3fbD0c8Oj+CdPkz3g9iOK1M06l2GTJqQPh881N+M6GnLqKmcNAZ29xzAywU4hkuz 9olhH5LBccSgIMnoWz83sSknQJIm23UUue3US6uWHg2B4tPcV/bQ+OvKx+9PB4as1pzw SiMVTSsL/G4JjBXwJRgab0dFUyzLWzAesGViczUnydbA8Qn2MLGOf930QJ4k62lpkt2U Ubmct85ho+Vzia24QU5xy+lfdInY69NAzsH9y1VxkulSpiMRAybKoXlPToh4E/CbfWGC ZP9xoE2iGPWUYM27BBhHijM+kiPtw7wJpxwyQoQHNXljOJTdmj8dy5ftNNBr92zP74Qs VXGw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=y3pRaKvm2cCtYfoxZBi/r0cB/9blCADCOuSqvGt5Di4=; b=WOs03yKdHkzixRt+u0gGv2XlktuLRG0WW4lpguEQ68tMQ8O/IVa6OTyLnpC8nhXhlF xDqpawSY57F/dGrLLvuBr0wpxXXiGiPgr/Ld228237SApSrX/dYE1Es86R5/vF/gi8kA e1FkAY74L68hP1YP+cFlrLo5dasowWqW3LGYIZG14jh4I0MuZzX7Ahufrke8rPYx9/QE mINHlbdeE6SK1wZPf95z/Okk1kbE4XR486zGoVBuHREzupaH+lbge6vD4fS+kWetQWAP 5WQ9gbmCLou/xb+fsamDqw0ngrotc+0LQReMPQpz2JQ64FV4RPpxG73/9W417AecQhP4 xNYQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=j9bfDo03; 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=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id d10si5711796ejl.162.2021.08.18.06.43.55; Wed, 18 Aug 2021 06:44:19 -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; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=j9bfDo03; 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=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S238668AbhHRNln (ORCPT + 99 others); Wed, 18 Aug 2021 09:41:43 -0400 Received: from mail.kernel.org ([198.145.29.99]:41394 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S238611AbhHRNlD (ORCPT ); Wed, 18 Aug 2021 09:41:03 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id CF83D60238; Wed, 18 Aug 2021 13:40:28 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1629294029; bh=80IaIFDHGWp7QnPlslmoBONoY+Zu3mlFuG4CYvGNkRI=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=j9bfDo033NsQwUiEzHOU9Px4wj9HNOad/7sRDzXkX1HcRJQtiBwM/PZ47Bxwihbtu J/l6NvO92buF2SRsR/itWFowe3/geUXGTHkPwAJLmff4e2l6XcgrTj0ZKS3rJuSXv5 6uDKVLvqvIrkvIqoIb3vvHH2V2VR/zddJ1QlyIJx+0+OaHf6SuW2hdLJFYsH3HuS+f z+71YvHeJSWJq5p686UecVrug5ZP+X1CHFkrW0Lm3rcCMKlxJvzKG13w+w0TyR2cHI 2NwRHkyWiDmB6UQ7ESrkxvuCY9DuVzIhrJW9U3DYzGVw9M7x3P2Op8mBDTdjhYrt9V kUfW4hbmhMHNQ== Date: Wed, 18 Aug 2021 16:40:26 +0300 From: Jarkko Sakkinen To: Jethro Beekman Cc: linux-sgx@vger.kernel.org, Shuah Khan , Dave Hansen , Thomas Gleixner , Ingo Molnar , Borislav Petkov , x86@kernel.org, "H. Peter Anvin" , Jonathan Corbet , Andy Lutomirski , Peter Zijlstra , Andrew Morton , Mike Rapoport , "Kirill A. Shutemov" , Saravanan D , "Aneesh Kumar K.V" , Krish Sadhukhan , linux-kernel@vger.kernel.org, linux-doc@vger.kernel.org Subject: Re: [PATCH] x86/sgx: Add SGX_MemTotal to /proc/meminfo Message-ID: <20210818134026.GA7967@iki.fi> References: <20210818132509.545997-1-jarkko@kernel.org> 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-kernel@vger.kernel.org On Wed, Aug 18, 2021 at 03:29:59PM +0200, Jethro Beekman wrote: > On 2021-08-18 15:25, Jarkko Sakkinen wrote: > > The amount of SGX memory on the system is determined by the BIOS and it > > varies wildly between systems. It can be from dozens of MB's on desktops > > or VM's, up to many GB's on servers. Just like for regular memory, it is > > sometimes useful to know the amount of usable SGX memory in the system. > > > > Add SGX_MemTotal field to /proc/meminfo, which shows the total amount of > > usable SGX memory in the system. E.g. with 32 MB reserved for SGX from > > BIOS, the printout would be: > > > > SGX_MemTotal: 22528 kB > > > > It is less than 32 MB because some of the space is reserved for Enclave > > Page Cache Metadata (EPCM), which contains state variables for all the > > pages in the Enclave Page Cache (EPC). The latter contains the pages, > > which applications can use to create enclaves. > > > > Signed-off-by: Jarkko Sakkinen > > --- > > Documentation/x86/sgx.rst | 6 ++++++ > > arch/x86/include/asm/sgx.h | 10 +++++++--- > > arch/x86/kernel/cpu/sgx/main.c | 7 ++++++- > > arch/x86/mm/pat/set_memory.c | 5 +++++ > > 4 files changed, 24 insertions(+), 4 deletions(-) > > > > diff --git a/Documentation/x86/sgx.rst b/Documentation/x86/sgx.rst > > index dd0ac96ff9ef..68ee171e1d8f 100644 > > --- a/Documentation/x86/sgx.rst > > +++ b/Documentation/x86/sgx.rst > > @@ -250,3 +250,9 @@ user wants to deploy SGX applications both on the host and in guests > > on the same machine, the user should reserve enough EPC (by taking out > > total virtual EPC size of all SGX VMs from the physical EPC size) for > > host SGX applications so they can run with acceptable performance. > > + > > +Supplemental fields for /proc/meminfo > > +===================================== > > + > > +SGX_MemTotal > > + The total usable SGX protected memory in kilobytes. > > diff --git a/arch/x86/include/asm/sgx.h b/arch/x86/include/asm/sgx.h > > index 05f3e21f01a7..2ae9dc8c9411 100644 > > --- a/arch/x86/include/asm/sgx.h > > +++ b/arch/x86/include/asm/sgx.h > > @@ -365,6 +365,13 @@ struct sgx_sigstruct { > > * comment! > > */ > > > > +#if defined(CONFIG_X86_SGX) || defined(CONFIG_X86_SGX_KVM) > > +extern unsigned long sgx_nr_all_pages; > > + > > +int sgx_set_attribute(unsigned long *allowed_attributes, > > + unsigned int attribute_fd); > > +#endif > > + > > #ifdef CONFIG_X86_SGX_KVM > > int sgx_virt_ecreate(struct sgx_pageinfo *pageinfo, void __user *secs, > > int *trapnr); > > @@ -372,7 +379,4 @@ int sgx_virt_einit(void __user *sigstruct, void __user *token, > > void __user *secs, u64 *lepubkeyhash, int *trapnr); > > #endif > > > > -int sgx_set_attribute(unsigned long *allowed_attributes, > > - unsigned int attribute_fd); > > - > > This change seems unrelated? It's just a good practice not to define symbols that do not exist, so that if the symbol is ever used, we get a compilation error, not linking error. Since this is included to set_memory.c, based on this conclusion, I added the check. /Jarkko