[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <Yh7LUU401weiq0ew@iki.fi>
Date: Wed, 2 Mar 2022 02:41:37 +0100
From: Jarkko Sakkinen <jarkko@...nel.org>
To: Dave Hansen <dave.hansen@...el.com>
Cc: linux-sgx@...r.kernel.org,
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 Tue, Mar 01, 2022 at 09:54:14AM -0800, Dave Hansen wrote:
> 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.
I rebased this against latest stuff and now I did a sanity check:
$ git fetch tip
remote: Enumerating objects: 75, done.
remote: Counting objects: 100% (75/75), done.
remote: Compressing objects: 100% (12/12), done.
remote: Total 77 (delta 65), reused 65 (delta 63), pack-reused 2
Unpacking objects: 100% (77/77), 34.07 KiB | 157.00 KiB/s, done.
>From git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip
161a9a33702a..cedd3614e5d9 perf/core -> tip/perf/core
6255b48aebfd..25795ef6299f sched/core -> tip/sched/core
$ git rebase tip/x86/sgx
Current branch master is up to date.
BR, Jarkko
Powered by blists - more mailing lists