[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [PATCH v2 1/5] x86/shim: map and unmap page tables in replace_va_mapping
On 14.04.2020 18:53, Hongyan Xia wrote: > On Thu, 2020-04-09 at 11:42 +0200, Jan Beulich wrote: >> On 08.04.2020 15:36, Hongyan Xia wrote: >>> --- a/xen/arch/x86/pv/shim.c >>> +++ b/xen/arch/x86/pv/shim.c >>> @@ -168,16 +168,17 @@ const struct platform_bad_page *__init >>> pv_shim_reserved_pages(unsigned int *size >>> static void __init replace_va_mapping(struct domain *d, >>> l4_pgentry_t *l4start, >>> unsigned long va, mfn_t mfn) >>> { >>> - l4_pgentry_t *pl4e = l4start + l4_table_offset(va); >>> - l3_pgentry_t *pl3e = l4e_to_l3e(*pl4e) + l3_table_offset(va); >>> - l2_pgentry_t *pl2e = l3e_to_l2e(*pl3e) + l2_table_offset(va); >>> - l1_pgentry_t *pl1e = l2e_to_l1e(*pl2e) + l1_table_offset(va); >>> + l4_pgentry_t l4e = l4start[l4_table_offset(va)]; >>> + l3_pgentry_t l3e = l3e_from_l4e(l4e, l3_table_offset(va)); >>> + l2_pgentry_t l2e = l2e_from_l3e(l3e, l2_table_offset(va)); >>> + l1_pgentry_t *pl1e = map_l1t_from_l2e(l2e) + >>> l1_table_offset(va); >>> struct page_info *page = mfn_to_page(l1e_get_mfn(*pl1e)); >>> >>> put_page_and_type(page); >>> >>> *pl1e = l1e_from_mfn(mfn, (!is_pv_32bit_domain(d) ? L1_PROT >>> : >>> COMPAT_L1_PROT)); >>> + UNMAP_DOMAIN_PAGE(pl1e); >>> } >> >> As said before, here and below I think it should be >> unmap_domain_page(). >> >>> --- a/xen/include/asm-x86/page.h >>> +++ b/xen/include/asm-x86/page.h >>> @@ -196,6 +196,19 @@ static inline l4_pgentry_t >>> l4e_from_paddr(paddr_t pa, unsigned int flags) >>> #define map_l2t_from_l3e(x) (l2_pgentry_t >>> *)map_domain_page(l3e_get_mfn(x)) >>> #define map_l3t_from_l4e(x) (l3_pgentry_t >>> *)map_domain_page(l4e_get_mfn(x)) >>> >>> +/* Unlike lYe_to_lXe(), lXe_from_lYe() do not rely on the direct >>> map. */ >>> +#define l2e_from_l3e(l3e, offset) ({ \ >>> + const l2_pgentry_t *l2t = map_l2t_from_l3e(l3e); \ >>> + l2_pgentry_t l2e = l2t[offset]; \ >>> + UNMAP_DOMAIN_PAGE(l2t); \ >>> + l2e; }) >>> + >>> +#define l3e_from_l4e(l4e, offset) ({ \ >>> + const l3_pgentry_t *l3t = map_l3t_from_l4e(l4e); \ >>> + l3_pgentry_t l3e = l3t[offset]; \ >>> + UNMAP_DOMAIN_PAGE(l3t); \ >>> + l3e; }) >> >> I think l1e_from_l2e() should be introduced at the same time, even >> if for now it's unused. I also think, like we do elsewhere, that >> macro-local variables would better have _ suffixes, to avoid >> possible variable aliasing issues. > > Shall I address the comments and send a new rev now, or is this small > series still being reviewed? I didn't get to look at patches 2 thru 5 yet, if this (partly) answers the question. Jan
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |