[lkml]   [2021]   [Dec]   [6]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: [PATCH 02/25] x86/sgx: Add wrappers for SGX2 functions
Hi Jarkko,

On 12/4/2021 2:04 PM, Jarkko Sakkinen wrote:
> On Wed, Dec 01, 2021 at 11:23:00AM -0800, Reinette Chatre wrote:
>> The SGX ENCLS instruction uses EAX to specify an SGX function and
>> may require additional registers, depending on the SGX function.
>> ENCLS invokes the specified privileged SGX function for managing
>> and debugging enclaves. Several macros are used to wrap the ENCLS
>> functionality.
>> Add ENCLS wrappers for the SGX2 EMODPR, EMODT, and EAUG functions
>> that can make changes to pages of an initialized SGX enclave. The
>> EMODPR function is used to restrict enclave page permissions
>> as maintained within the enclave (Enclave Page Cache Map (EPCM)
>> permissions). The EMODT function is used to change the type of an
>> enclave page. The EAUG function is used to dynamically add enclave
>> pages to an initialized enclave.
>> EMODPR and EMODT accepts two parameters and can fault as well as return
>> an SGX error code. EAUG also accepts two parameters but does not return
>> an SGX error code. Use existing macros for all new functions.
>> Expand enum sgx_return_code with the possible EMODPR and EMODT
>> return codes.
> These implementation details only obfuscate this commit message, and
> it is way too high-level to be useful e.g. for kernel maintenance.

2c273671d0df ("x86/sgx: Add wrappers for ENCLS functions") seemed to be
good enough for kernel maintenance, but ok.

> I'd replace it with something like:
> "
> Add wrappers for ENCLS leaf functions EAUG, EMODT and EMODPR,
> which roughly take two steps:
> 1. EAUG creates a new EPCM entry.
> EMODT and EMODPR modify an existing EPCM entry.
> 2. Set either .PR = 1 (EMODPR), .MODIFY = 1 (EMODT) or .PENDING = 1 (AUG).
> The bit is reset by the enclave by invoking ENCLU leaf function EACCEPT
> or EACCEPTCOPY, which will result the EPCM change becoming effective.
> "

I can use this if the SGX2 functions continues to be introduced in a
single patch but ...

> The current commit message is also not addressing these:
> 1. What happens if enclaves accesses a memory address with either .PR,
> .MODIFY or .PENDING set in EPCM, other than by the means of EACCEPT
> 2. The calling conditions (e.g. concerning TLB's and ETRACK/IPI/etc
> dance related to it).

... adding this information for all three SGX functions would be too
much for one patch so I think that I should rather split this into three
patches, each introducing a single SGX2 function with all the details
you require. But ...

... the intent of this patch was just to introduce the wrappers of the
SGX2 functions. These details surrounding the flows when using these
functions are addressed in the patches that use them. It sounds to me
that you want to duplicate that information here where the wrappers are
added. Looking ahead you do require the same information in the
changelogs of the patches that use these wrappers so I would like to
confirm if you would like to see three separate patches with the details
duplicating the information provided later or if you would like to see a
single patch with the three wrappers and the changelog that you recommend?

> If this information was properly contained here, discussing about the
> following commits would be much easier.

The commits using these functions should have clear content on the flows
surrounding them. I see there is work to do and I will review them to
ensure that.


 \ /
  Last update: 2021-12-06 22:16    [W:0.146 / U:0.740 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site