* [PATCH v2 2/4] x86/sgx: add struct sgx_vepc_page to manage EPC pages for vepc @ 2022-05-19 3:11 Zhiquan Li 2022-05-19 21:51 ` Jarkko Sakkinen 0 siblings, 1 reply; 5+ messages in thread From: Zhiquan Li @ 2022-05-19 3:11 UTC (permalink / raw) To: linux-sgx, tony.luck Cc: jarkko, dave.hansen, seanjc, kai.huang, fan.du, zhiquan1.li Current SGX data structures are insufficient to track the EPC pages for vepc. For example, if we want to retrieve the virtual address of an EPC page allocated to an enclave on host, we can find this info from its owner, the 'desc' field of struct sgx_encl_page. However, if the EPC page is allocated to a KVM guest, this is not available, as their owner is a shared vepc. So, we introduce struct sgx_vepc_page which can be the owner of EPC pages for vepc and saves the useful info of EPC pages for vepc, like struct sgx_encl_page. Canonical memory failure collects victim tasks by iterating all the tasks one by one and use reverse mapping to get victim tasks' virtual address. This is not necessary for SGX - as one EPC page can be mapped to ONE enclave only. So, this 1:1 mapping enforcement allows us to find task virtual address with physical address directly. Even though an enclave has been shared by multiple processes, the virtual address is the same. Signed-off-by: Zhiquan Li <zhiquan1.li@intel.com> --- Changes since V1: - Add documentation suggested by Jarkko. - Revise the commit message. --- arch/x86/kernel/cpu/sgx/sgx.h | 15 +++++++++++++++ arch/x86/kernel/cpu/sgx/virt.c | 24 +++++++++++++++++++----- 2 files changed, 34 insertions(+), 5 deletions(-) diff --git a/arch/x86/kernel/cpu/sgx/sgx.h b/arch/x86/kernel/cpu/sgx/sgx.h index ad3b455ed0da..9a4292168389 100644 --- a/arch/x86/kernel/cpu/sgx/sgx.h +++ b/arch/x86/kernel/cpu/sgx/sgx.h @@ -28,6 +28,8 @@ /* Pages on free list */ #define SGX_EPC_PAGE_IS_FREE BIT(1) +/* Pages is used by VM guest */ +#define SGX_EPC_PAGE_IS_VEPC BIT(2) struct sgx_epc_page { unsigned int section; @@ -114,4 +116,17 @@ struct sgx_vepc { struct mutex lock; }; +/** + * struct sgx_vepc_page - SGX virtual EPC page structure + * @vaddr: the virtual address when the EPC page was mapped + * @vepc: the owner of the virtual EPC page + * + * When a virtual EPC page is allocated to guest, we use this structure + * to track the associated information on host, like struct sgx_encl_page. + */ +struct sgx_vepc_page { + unsigned long vaddr; + struct sgx_vepc *vepc; +}; + #endif /* _X86_SGX_H */ diff --git a/arch/x86/kernel/cpu/sgx/virt.c b/arch/x86/kernel/cpu/sgx/virt.c index c9c8638b5dc4..d7945a47ced8 100644 --- a/arch/x86/kernel/cpu/sgx/virt.c +++ b/arch/x86/kernel/cpu/sgx/virt.c @@ -29,6 +29,7 @@ static int __sgx_vepc_fault(struct sgx_vepc *vepc, struct vm_area_struct *vma, unsigned long addr) { struct sgx_epc_page *epc_page; + struct sgx_vepc_page *owner; unsigned long index, pfn; int ret; @@ -41,13 +42,22 @@ static int __sgx_vepc_fault(struct sgx_vepc *vepc, if (epc_page) return 0; - epc_page = sgx_alloc_epc_page(vepc, false); - if (IS_ERR(epc_page)) - return PTR_ERR(epc_page); + owner = kzalloc(sizeof(*owner), GFP_KERNEL); + if (!owner) + return -ENOMEM; + owner->vepc = vepc; + owner->vaddr = addr & PAGE_MASK; + + epc_page = sgx_alloc_epc_page(owner, false); + if (IS_ERR(epc_page)) { + ret = PTR_ERR(epc_page); + goto err_free_owner; + } + epc_page->flags = SGX_EPC_PAGE_IS_VEPC; ret = xa_err(xa_store(&vepc->page_array, index, epc_page, GFP_KERNEL)); if (ret) - goto err_free; + goto err_free_page; pfn = PFN_DOWN(sgx_get_epc_phys_addr(epc_page)); @@ -61,8 +71,10 @@ static int __sgx_vepc_fault(struct sgx_vepc *vepc, err_delete: xa_erase(&vepc->page_array, index); -err_free: +err_free_page: sgx_free_epc_page(epc_page); +err_free_owner: + kfree(owner); return ret; } @@ -122,6 +134,7 @@ static int sgx_vepc_remove_page(struct sgx_epc_page *epc_page) static int sgx_vepc_free_page(struct sgx_epc_page *epc_page) { + struct sgx_vepc_page *owner = (struct sgx_vepc_page *)epc_page->owner; int ret = sgx_vepc_remove_page(epc_page); if (ret) { /* @@ -141,6 +154,7 @@ static int sgx_vepc_free_page(struct sgx_epc_page *epc_page) return ret; } + kfree(owner); sgx_free_epc_page(epc_page); return 0; } -- 2.25.1 ^ permalink raw reply related [flat|nested] 5+ messages in thread
* Re: [PATCH v2 2/4] x86/sgx: add struct sgx_vepc_page to manage EPC pages for vepc 2022-05-19 3:11 [PATCH v2 2/4] x86/sgx: add struct sgx_vepc_page to manage EPC pages for vepc Zhiquan Li @ 2022-05-19 21:51 ` Jarkko Sakkinen 2022-05-19 21:59 ` Jarkko Sakkinen 0 siblings, 1 reply; 5+ messages in thread From: Jarkko Sakkinen @ 2022-05-19 21:51 UTC (permalink / raw) To: Zhiquan Li; +Cc: linux-sgx, tony.luck, dave.hansen, seanjc, kai.huang, fan.du On Thu, May 19, 2022 at 11:11:37AM +0800, Zhiquan Li wrote: > Current SGX data structures are insufficient to track the EPC pages for > vepc. For example, if we want to retrieve the virtual address of an EPC > page allocated to an enclave on host, we can find this info from its > owner, the 'desc' field of struct sgx_encl_page. However, if the EPC > page is allocated to a KVM guest, this is not available, as their owner > is a shared vepc. Interesting, but this does not explain what is the motivation to make this information available for consumption. > So, we introduce struct sgx_vepc_page which can be the owner of EPC > pages for vepc and saves the useful info of EPC pages for vepc, like > struct sgx_encl_page. Instead of "we introduce", write "introduce". The actions taken should be always in imperative form. > Canonical memory failure collects victim tasks by iterating all the > tasks one by one and use reverse mapping to get victim tasks' virtual > address. > > This is not necessary for SGX - as one EPC page can be mapped to ONE > enclave only. So, this 1:1 mapping enforcement allows us to find task > virtual address with physical address directly. Even though an enclave > has been shared by multiple processes, the virtual address is the same. > Isn't the point put in simple terms that in order to inject #MC, the virtual address is required. Then, arch_memory_failure() can easily retrieve it. This is the motivation to do this, and it's completely missing from above, not a single word about it. I would delete most of it and focus on motivation and application. > Signed-off-by: Zhiquan Li <zhiquan1.li@intel.com> > --- > Changes since V1: > - Add documentation suggested by Jarkko. > - Revise the commit message. > --- > arch/x86/kernel/cpu/sgx/sgx.h | 15 +++++++++++++++ > arch/x86/kernel/cpu/sgx/virt.c | 24 +++++++++++++++++++----- > 2 files changed, 34 insertions(+), 5 deletions(-) > > diff --git a/arch/x86/kernel/cpu/sgx/sgx.h b/arch/x86/kernel/cpu/sgx/sgx.h > index ad3b455ed0da..9a4292168389 100644 > --- a/arch/x86/kernel/cpu/sgx/sgx.h > +++ b/arch/x86/kernel/cpu/sgx/sgx.h > @@ -28,6 +28,8 @@ > > /* Pages on free list */ > #define SGX_EPC_PAGE_IS_FREE BIT(1) > +/* Pages is used by VM guest */ > +#define SGX_EPC_PAGE_IS_VEPC BIT(2) > > struct sgx_epc_page { > unsigned int section; > @@ -114,4 +116,17 @@ struct sgx_vepc { > struct mutex lock; > }; > > +/** > + * struct sgx_vepc_page - SGX virtual EPC page structure > + * @vaddr: the virtual address when the EPC page was mapped > + * @vepc: the owner of the virtual EPC page > + * > + * When a virtual EPC page is allocated to guest, we use this structure > + * to track the associated information on host, like struct sgx_encl_page. > + */ > +struct sgx_vepc_page { > + unsigned long vaddr; > + struct sgx_vepc *vepc; > +}; > + > #endif /* _X86_SGX_H */ > diff --git a/arch/x86/kernel/cpu/sgx/virt.c b/arch/x86/kernel/cpu/sgx/virt.c > index c9c8638b5dc4..d7945a47ced8 100644 > --- a/arch/x86/kernel/cpu/sgx/virt.c > +++ b/arch/x86/kernel/cpu/sgx/virt.c > @@ -29,6 +29,7 @@ static int __sgx_vepc_fault(struct sgx_vepc *vepc, > struct vm_area_struct *vma, unsigned long addr) > { > struct sgx_epc_page *epc_page; > + struct sgx_vepc_page *owner; > unsigned long index, pfn; > int ret; > > @@ -41,13 +42,22 @@ static int __sgx_vepc_fault(struct sgx_vepc *vepc, > if (epc_page) > return 0; > > - epc_page = sgx_alloc_epc_page(vepc, false); > - if (IS_ERR(epc_page)) > - return PTR_ERR(epc_page); > + owner = kzalloc(sizeof(*owner), GFP_KERNEL); > + if (!owner) > + return -ENOMEM; > + owner->vepc = vepc; > + owner->vaddr = addr & PAGE_MASK; By addr would have lower 12 bits set, isn't it a page address? > + > + epc_page = sgx_alloc_epc_page(owner, false); > + if (IS_ERR(epc_page)) { > + ret = PTR_ERR(epc_page); > + goto err_free_owner; > + } > + epc_page->flags = SGX_EPC_PAGE_IS_VEPC; > > ret = xa_err(xa_store(&vepc->page_array, index, epc_page, GFP_KERNEL)); > if (ret) > - goto err_free; > + goto err_free_page; > > pfn = PFN_DOWN(sgx_get_epc_phys_addr(epc_page)); > > @@ -61,8 +71,10 @@ static int __sgx_vepc_fault(struct sgx_vepc *vepc, > > err_delete: > xa_erase(&vepc->page_array, index); > -err_free: > +err_free_page: > sgx_free_epc_page(epc_page); > +err_free_owner: > + kfree(owner); > return ret; > } > > @@ -122,6 +134,7 @@ static int sgx_vepc_remove_page(struct sgx_epc_page *epc_page) > > static int sgx_vepc_free_page(struct sgx_epc_page *epc_page) > { > + struct sgx_vepc_page *owner = (struct sgx_vepc_page *)epc_page->owner; > int ret = sgx_vepc_remove_page(epc_page); > if (ret) { > /* > @@ -141,6 +154,7 @@ static int sgx_vepc_free_page(struct sgx_epc_page *epc_page) > return ret; > } > > + kfree(owner); > sgx_free_epc_page(epc_page); > return 0; > } > -- > 2.25.1 > I think this patch set is going taking wrong approach. Instead it would be better just to re-use struct sgx_encl_page. Things will get out of hands, if we have a struct of each flavor of the same entity. Additionally, it will take virtualization code a step closer to be feasible for the page reclaimer consumption. BR, Jarkko ^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [PATCH v2 2/4] x86/sgx: add struct sgx_vepc_page to manage EPC pages for vepc 2022-05-19 21:51 ` Jarkko Sakkinen @ 2022-05-19 21:59 ` Jarkko Sakkinen 2022-05-20 0:48 ` Kai Huang 0 siblings, 1 reply; 5+ messages in thread From: Jarkko Sakkinen @ 2022-05-19 21:59 UTC (permalink / raw) To: Zhiquan Li; +Cc: linux-sgx, tony.luck, dave.hansen, seanjc, kai.huang, fan.du On Fri, May 20, 2022 at 12:51:40AM +0300, Jarkko Sakkinen wrote: > On Thu, May 19, 2022 at 11:11:37AM +0800, Zhiquan Li wrote: > > Current SGX data structures are insufficient to track the EPC pages for > > vepc. For example, if we want to retrieve the virtual address of an EPC > > page allocated to an enclave on host, we can find this info from its > > owner, the 'desc' field of struct sgx_encl_page. However, if the EPC > > page is allocated to a KVM guest, this is not available, as their owner > > is a shared vepc. > > Interesting, but this does not explain what is the motivation to make > this information available for consumption. > > > So, we introduce struct sgx_vepc_page which can be the owner of EPC > > pages for vepc and saves the useful info of EPC pages for vepc, like > > struct sgx_encl_page. > > Instead of "we introduce", write "introduce". The actions taken should > be always in imperative form. > > > Canonical memory failure collects victim tasks by iterating all the > > tasks one by one and use reverse mapping to get victim tasks' virtual > > address. > > > > This is not necessary for SGX - as one EPC page can be mapped to ONE > > enclave only. So, this 1:1 mapping enforcement allows us to find task > > virtual address with physical address directly. Even though an enclave > > has been shared by multiple processes, the virtual address is the same. > > > > Isn't the point put in simple terms that in order to inject #MC, the > virtual address is required. Then, arch_memory_failure() can easily > retrieve it. > > This is the motivation to do this, and it's completely missing from > above, not a single word about it. I would delete most of it and focus > on motivation and application. > > > Signed-off-by: Zhiquan Li <zhiquan1.li@intel.com> > > --- > > Changes since V1: > > - Add documentation suggested by Jarkko. > > - Revise the commit message. > > --- > > arch/x86/kernel/cpu/sgx/sgx.h | 15 +++++++++++++++ > > arch/x86/kernel/cpu/sgx/virt.c | 24 +++++++++++++++++++----- > > 2 files changed, 34 insertions(+), 5 deletions(-) > > > > diff --git a/arch/x86/kernel/cpu/sgx/sgx.h b/arch/x86/kernel/cpu/sgx/sgx.h > > index ad3b455ed0da..9a4292168389 100644 > > --- a/arch/x86/kernel/cpu/sgx/sgx.h > > +++ b/arch/x86/kernel/cpu/sgx/sgx.h > > @@ -28,6 +28,8 @@ > > > > /* Pages on free list */ > > #define SGX_EPC_PAGE_IS_FREE BIT(1) > > +/* Pages is used by VM guest */ > > +#define SGX_EPC_PAGE_IS_VEPC BIT(2) > > > > struct sgx_epc_page { > > unsigned int section; > > @@ -114,4 +116,17 @@ struct sgx_vepc { > > struct mutex lock; > > }; > > > > +/** > > + * struct sgx_vepc_page - SGX virtual EPC page structure > > + * @vaddr: the virtual address when the EPC page was mapped > > + * @vepc: the owner of the virtual EPC page > > + * > > + * When a virtual EPC page is allocated to guest, we use this structure > > + * to track the associated information on host, like struct sgx_encl_page. > > + */ > > +struct sgx_vepc_page { > > + unsigned long vaddr; > > + struct sgx_vepc *vepc; > > +}; > > + > > #endif /* _X86_SGX_H */ > > diff --git a/arch/x86/kernel/cpu/sgx/virt.c b/arch/x86/kernel/cpu/sgx/virt.c > > index c9c8638b5dc4..d7945a47ced8 100644 > > --- a/arch/x86/kernel/cpu/sgx/virt.c > > +++ b/arch/x86/kernel/cpu/sgx/virt.c > > @@ -29,6 +29,7 @@ static int __sgx_vepc_fault(struct sgx_vepc *vepc, > > struct vm_area_struct *vma, unsigned long addr) > > { > > struct sgx_epc_page *epc_page; > > + struct sgx_vepc_page *owner; > > unsigned long index, pfn; > > int ret; > > > > @@ -41,13 +42,22 @@ static int __sgx_vepc_fault(struct sgx_vepc *vepc, > > if (epc_page) > > return 0; > > > > - epc_page = sgx_alloc_epc_page(vepc, false); > > - if (IS_ERR(epc_page)) > > - return PTR_ERR(epc_page); > > + owner = kzalloc(sizeof(*owner), GFP_KERNEL); > > + if (!owner) > > + return -ENOMEM; > > + owner->vepc = vepc; > > + owner->vaddr = addr & PAGE_MASK; > > By addr would have lower 12 bits set, isn't it a page address? > > > + > > + epc_page = sgx_alloc_epc_page(owner, false); > > + if (IS_ERR(epc_page)) { > > + ret = PTR_ERR(epc_page); > > + goto err_free_owner; > > + } > > + epc_page->flags = SGX_EPC_PAGE_IS_VEPC; > > > > ret = xa_err(xa_store(&vepc->page_array, index, epc_page, GFP_KERNEL)); > > if (ret) > > - goto err_free; > > + goto err_free_page; > > > > pfn = PFN_DOWN(sgx_get_epc_phys_addr(epc_page)); > > > > @@ -61,8 +71,10 @@ static int __sgx_vepc_fault(struct sgx_vepc *vepc, > > > > err_delete: > > xa_erase(&vepc->page_array, index); > > -err_free: > > +err_free_page: > > sgx_free_epc_page(epc_page); > > +err_free_owner: > > + kfree(owner); > > return ret; > > } > > > > @@ -122,6 +134,7 @@ static int sgx_vepc_remove_page(struct sgx_epc_page *epc_page) > > > > static int sgx_vepc_free_page(struct sgx_epc_page *epc_page) > > { > > + struct sgx_vepc_page *owner = (struct sgx_vepc_page *)epc_page->owner; > > int ret = sgx_vepc_remove_page(epc_page); > > if (ret) { > > /* > > @@ -141,6 +154,7 @@ static int sgx_vepc_free_page(struct sgx_epc_page *epc_page) > > return ret; > > } > > > > + kfree(owner); > > sgx_free_epc_page(epc_page); > > return 0; > > } > > -- > > 2.25.1 > > > > I think this patch set is going taking wrong approach. Instead it would > be better just to re-use struct sgx_encl_page. > > Things will get out of hands, if we have a struct of each flavor of the > same entity. > > Additionally, it will take virtualization code a step closer to be > feasible for the page reclaimer consumption. I have a better idea. Why don't you simply store 'vaddr' to 'owner', i.e. epc_page = sgx_alloc_epc_page((void *)addr, false); The new struct is useless, or harmful, because it consumes memory. SGX_EPC_PAGE_IS_VEPC is there to interpret the meaning of the field correctly. BR, Jarkko ^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [PATCH v2 2/4] x86/sgx: add struct sgx_vepc_page to manage EPC pages for vepc 2022-05-19 21:59 ` Jarkko Sakkinen @ 2022-05-20 0:48 ` Kai Huang 2022-05-20 6:42 ` Zhiquan Li 0 siblings, 1 reply; 5+ messages in thread From: Kai Huang @ 2022-05-20 0:48 UTC (permalink / raw) To: Jarkko Sakkinen, Zhiquan Li Cc: linux-sgx, tony.luck, dave.hansen, seanjc, fan.du On Fri, 2022-05-20 at 00:59 +0300, Jarkko Sakkinen wrote: > > I think this patch set is going taking wrong approach. Instead it would > > be better just to re-use struct sgx_encl_page. > > > > Things will get out of hands, if we have a struct of each flavor of the > > same entity. > > > > Additionally, it will take virtualization code a step closer to be > > feasible for the page reclaimer consumption. > > I have a better idea. Why don't you simply store 'vaddr' to 'owner', > i.e. > > epc_page = sgx_alloc_epc_page((void *)addr, false); > > The new struct is useless, or harmful, because it consumes memory. > SGX_EPC_PAGE_IS_VEPC is there to interpret the meaning of the field > correctly. This is also fine to me. -- Thanks, -Kai ^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [PATCH v2 2/4] x86/sgx: add struct sgx_vepc_page to manage EPC pages for vepc 2022-05-20 0:48 ` Kai Huang @ 2022-05-20 6:42 ` Zhiquan Li 0 siblings, 0 replies; 5+ messages in thread From: Zhiquan Li @ 2022-05-20 6:42 UTC (permalink / raw) To: Kai Huang, Jarkko Sakkinen Cc: linux-sgx, tony.luck, dave.hansen, seanjc, fan.du, zhiquan1.li On 2022/5/20 08:48, Kai Huang wrote: > On Fri, 2022-05-20 at 00:59 +0300, Jarkko Sakkinen wrote: >>> I think this patch set is going taking wrong approach. Instead it would >>> be better just to re-use struct sgx_encl_page. >>> >>> Things will get out of hands, if we have a struct of each flavor of the >>> same entity. >>> >>> Additionally, it will take virtualization code a step closer to be >>> feasible for the page reclaimer consumption. >> I have a better idea. Why don't you simply store 'vaddr' to 'owner', >> i.e. >> >> epc_page = sgx_alloc_epc_page((void *)addr, false); >> >> The new struct is useless, or harmful, because it consumes memory. >> SGX_EPC_PAGE_IS_VEPC is there to interpret the meaning of the field >> correctly. Many thanks, Jarkko! It's really a good idea. Actually I've ever considered re-using struct sgx_encl_page, but in such case we just use the field 'desc', the others four fields are useless. Which means a virtual EPC page will have 32 bytes additional memory consumption outside of VM. Repurpose the "owner" field of struct sgx_epc_page now looks the best idea, there is no extra memory consumption and the code changes are more brief than before :-) I'll send v3 after testing. > This is also fine to me. Thanks for your review, Kai. Best Regards, Zhiquan > > > -- Thanks, -Kai ^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2022-05-20 6:41 UTC | newest] Thread overview: 5+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 2022-05-19 3:11 [PATCH v2 2/4] x86/sgx: add struct sgx_vepc_page to manage EPC pages for vepc Zhiquan Li 2022-05-19 21:51 ` Jarkko Sakkinen 2022-05-19 21:59 ` Jarkko Sakkinen 2022-05-20 0:48 ` Kai Huang 2022-05-20 6:42 ` Zhiquan Li
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.