linux-kernel - Re: [PATCH v2 2/2] x86/sgx: Log information when a node lacks an EPC section

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [day] [month] [year] [list]

Message-ID: <a64525db-7339-48dd-922f-79348183b5d9@intel.com>
Date: Fri, 6 Sep 2024 10:16:13 +1200
From: "Huang, Kai" <kai.huang@...el.com>
To: Aaron Lu <aaron.lu@...el.com>, Jarkko Sakkinen <jarkko@...nel.org>, "Dave
 Hansen" <dave.hansen@...ux.intel.com>
CC: "Molina Sabido, Gerardo" <gerardo.molina.sabido@...el.com>, Zhimin Luo
	<zhimin.luo@...el.com>, <linux-sgx@...r.kernel.org>,
	<linux-kernel@...r.kernel.org>, <x86@...nel.org>
Subject: Re: [PATCH v2 2/2] x86/sgx: Log information when a node lacks an EPC
 section



On 5/09/2024 8:08 pm, Aaron Lu wrote:
> For optimized performance, firmware typically distributes EPC sections
> evenly across different NUMA nodes. However, there are scenarios where
> a node may have both CPUs and memory but no EPC section configured. For
> example, in an 8-socket system with a Sub-Numa-Cluster=2 setup, there
> are a total of 16 nodes. Given that the maximum number of supported EPC
> sections is 8, it is simply not feasible to assign one EPC section to
> each node. This configuration is not incorrect - SGX will still operate
> correctly; it is just not optimized from a NUMA standpoint.
> 
> For this reason, log a message when a node with both CPUs and memory
> lacks an EPC section. This will provide users with a hint as to why they
> might be experiencing less-than-ideal performance when running SGX
> enclaves.
> 
> Suggested-by: Dave Hansen <dave.hansen@...el.com>
> Signed-off-by: Aaron Lu <aaron.lu@...el.com>

Acked-by: Kai Huang <kai.huang@...el.com>