[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <op.2bcjnfkmwjvjmi@hhuan26-mobl.amr.corp.intel.com>
Date: Fri, 15 Sep 2023 23:19:53 -0500
From: "Haitao Huang" <haitao.huang@...ux.intel.com>
To: dave.hansen@...ux.intel.com, tj@...nel.org,
linux-kernel@...r.kernel.org, linux-sgx@...r.kernel.org,
x86@...nel.org, cgroups@...r.kernel.org, tglx@...utronix.de,
mingo@...hat.com, bp@...en8.de, hpa@...or.com,
sohil.mehta@...el.com, "Jarkko Sakkinen" <jarkko@...nel.org>
Cc: zhiquan1.li@...el.com, kristen@...ux.intel.com, seanjc@...gle.com,
zhanb@...rosoft.com, anakrish@...rosoft.com,
mikko.ylinen@...ux.intel.com, yangjie@...rosoft.com
Subject: Re: [PATCH v4 12/18] x86/sgx: Add EPC OOM path to forcefully reclaim
EPC
On Wed, 13 Sep 2023 10:34:28 -0500, Jarkko Sakkinen <jarkko@...nel.org>
wrote:
>> +++ b/arch/x86/kernel/cpu/sgx/encl.h
>> @@ -39,6 +39,7 @@ enum sgx_encl_flags {
>> SGX_ENCL_DEBUG = BIT(1),
>> SGX_ENCL_CREATED = BIT(2),
>> SGX_ENCL_INITIALIZED = BIT(3),
>> + SGX_ENCL_OOM = BIT(4),
>
> Given how the constants are named before maybe SGX_ENCL_NO_MEMORY would
> be more obvious.
Will do.
Thanks
Haitao
Powered by blists - more mailing lists