|
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] RE: [PATCH] x86/mm: do not mark IO regions as Xen heap
> -----Original Message-----
> From: Roger Pau Monne <roger.pau@xxxxxxxxxx>
> Sent: 10 September 2020 14:35
> To: xen-devel@xxxxxxxxxxxxxxxxxxxx
> Cc: Roger Pau Monne <roger.pau@xxxxxxxxxx>; Jan Beulich <jbeulich@xxxxxxxx>;
> Andrew Cooper
> <andrew.cooper3@xxxxxxxxxx>; Wei Liu <wl@xxxxxxx>; Paul Durrant <paul@xxxxxxx>
> Subject: [PATCH] x86/mm: do not mark IO regions as Xen heap
>
> arch_init_memory will treat all the gaps on the physical memory map
> between RAM regions as MMIO and use share_xen_page_with_guest in order
> to assign them to dom_io. This has the side effect of setting the Xen
> heap flag on such pages, and thus is_special_page would then return
> true which is an issue in epte_get_entry_emt because such pages will
> be forced to use write-back cache attributes.
>
> Fix this by introducing a new helper to assign the MMIO regions to
> dom_io without setting the Xen heap flag on the pages, so that
> is_special_page will return false and the pages won't be forced to use
> write-back cache attributes.
>
> Fixes: 81fd0d3ca4b2cd ('x86/hvm: simplify 'mmio_direct' check in
> epte_get_entry_emt()')
> Suggested-by: Jan Beulich <jbeulich@xxxxxxxx>
> Signed-off-by: Roger Pau Monné <roger.pau@xxxxxxxxxx>
> ---
> Cc: Paul Durrant <paul@xxxxxxx>
> ---
> xen/arch/x86/mm.c | 16 ++++++++++++++--
> 1 file changed, 14 insertions(+), 2 deletions(-)
>
> diff --git a/xen/arch/x86/mm.c b/xen/arch/x86/mm.c
> index 35ec0e11f6..4daf4e038a 100644
> --- a/xen/arch/x86/mm.c
> +++ b/xen/arch/x86/mm.c
> @@ -271,6 +271,18 @@ static l4_pgentry_t __read_mostly split_l4e;
> #define root_pgt_pv_xen_slots ROOT_PAGETABLE_PV_XEN_SLOTS
> #endif
>
> +static void __init assign_io_page(struct page_info *page)
> +{
> + set_gpfn_from_mfn(mfn_x(page_to_mfn(page)), INVALID_M2P_ENTRY);
> +
> + /* The incremented type count pins as writable. */
> + page->u.inuse.type_info = PGT_writable_page | PGT_validated | 1;
> +
> + page_set_owner(page, dom_io);
> +
> + page->count_info |= PGC_allocated | 1;
> +}
> +
> void __init arch_init_memory(void)
> {
> unsigned long i, pfn, rstart_pfn, rend_pfn, iostart_pfn, ioend_pfn;
> @@ -291,7 +303,7 @@ void __init arch_init_memory(void)
> */
> BUG_ON(pvh_boot && trampoline_phys != 0x1000);
> for ( i = 0; i < 0x100; i++ )
> - share_xen_page_with_guest(mfn_to_page(_mfn(i)), dom_io, SHARE_rw);
> + assign_io_page(mfn_to_page(_mfn(i)));
>
> /* Any areas not specified as RAM by the e820 map are considered I/O. */
> for ( i = 0, pfn = 0; pfn < max_page; i++ )
> @@ -332,7 +344,7 @@ void __init arch_init_memory(void)
> if ( !mfn_valid(_mfn(pfn)) )
> continue;
>
> - share_xen_page_with_guest(mfn_to_page(_mfn(pfn)), dom_io,
> SHARE_rw);
> + assign_io_page(mfn_to_page(_mfn(pfn)));
Now these calls to share_xen_page_with_guest() are gone, can we change
share_xen_page_with_guest() to ASSERT that PGC_xen_heap is already set, and
avoid (needlessly) ORing it in?
Paul
> }
>
> /* Skip the RAM region. */
> --
> 2.28.0
|
![]() |
Lists.xenproject.org is hosted with RackSpace, monitoring our |