[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <3a083b4d-9645-dec6-8cdc-481429dd0a1f@intel.com>
Date: Tue, 1 Mar 2022 09:54:14 -0800
From: Dave Hansen <dave.hansen@...el.com>
To: Jarkko Sakkinen <jarkko@...nel.org>, linux-sgx@...r.kernel.org
Cc: Dave Hansen <dave.hansen@...ux.intel.com>, stable@...r.kernel.org,
Thomas Gleixner <tglx@...utronix.de>,
Ingo Molnar <mingo@...hat.com>, Borislav Petkov <bp@...en8.de>,
"maintainer:X86 ARCHITECTURE (32-BIT AND 64-BIT)" <x86@...nel.org>,
"H. Peter Anvin" <hpa@...or.com>,
Sean Christopherson <seanjc@...gle.com>,
Jethro Beekman <jethro@...tanix.com>,
"open list:X86 ARCHITECTURE (32-BIT AND 64-BIT)"
<linux-kernel@...r.kernel.org>
Subject: Re: [PATCH v5] x86/sgx: Free backing memory after faulting the
enclave page
On 3/1/22 04:58, Jarkko Sakkinen wrote:
> @@ -32,14 +58,16 @@ static int __sgx_encl_eldu(struct sgx_encl_page *encl_page,
> else
> page_index = PFN_DOWN(encl->size);
>
> + page_pcmd_off = sgx_encl_get_backing_page_pcmd_offset(encl, page_index);
> +
> ret = sgx_encl_lookup_backing(encl, page_index, &b);
> if (ret)
> return ret;
What tree is this against? It looks like it might be on top of
Kristen's overcommit series.
It would be best if you could test this on top of tip/sgx. Kristen
changed code in this area as well.
Powered by blists - more mailing lists