[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20210326152931.GG25229@zn.tnic>
Date: Fri, 26 Mar 2021 16:29:31 +0100
From: Borislav Petkov <bp@...en8.de>
To: Dave Hansen <dave.hansen@...el.com>
Cc: seanjc@...gle.com, Kai Huang <kai.huang@...el.com>,
kvm@...r.kernel.org, x86@...nel.org, linux-sgx@...r.kernel.org,
linux-kernel@...r.kernel.org, jarkko@...nel.org, luto@...nel.org,
rick.p.edgecombe@...el.com, haitao.huang@...el.com,
pbonzini@...hat.com, tglx@...utronix.de, mingo@...hat.com,
hpa@...or.com
Subject: Re: [PATCH v3 05/25] x86/sgx: Introduce virtual EPC for use by KVM
guests
On Fri, Mar 26, 2021 at 08:17:38AM -0700, Dave Hansen wrote:
> We're working on a cgroup controller just for enclave pages that will
> apply to guest use and bare metal. It would have been nice to have up
> front, but we're trying to do things incrementally. A cgroup controller
> should solve he vast majority of these issues where users are quarreling
> about who gets enclave memory.
Maybe I'm missing something but why do you need a cgroup controller
instead of controlling that resource sharing in the sgx core? Or the
cgroup thing has additional functionality which is good to have anyway?
> BTW, we probably should have laid this out up front in the original
> merge, but the plans in order were roughly:
>
> 1. Core SGX functionality (merged into 5.11)
> 2. NUMA and KVM work
> 3. cgroup controller for enclave pages
> 4. EDMM support (lets you add/remove pages and change permissions while
> enclave runs. Current enclaves are stuck with the same memory they
> start with)
Oh yeah, that helps, thanks!
--
Regards/Gruss,
Boris.
https://people.kernel.org/tglx/notes-about-netiquette
Powered by blists - more mailing lists