Message ID | 20221216114853.8227-23-julien@xen.org (mailing list archive) |
---|---|
State | New, archived |
Headers | show |
Series | Remove the directmap | expand |
Hi Julien, > -----Original Message----- > Subject: [PATCH 22/22] xen/arm64: Allow the admin to enable/disable the > directmap > > From: Julien Grall <jgrall@amazon.com> > > Implement the same command line option as x86 to enable/disable the > directmap. By default this is kept enabled. > > Also modify setup_directmap_mappings() to populate the L0 entries > related to the directmap area. > > Signed-off-by: Julien Grall <jgrall@amazon.com> > > ---- > This patch is in an RFC state we need to decide what to do for arm32. > > Also, this is moving code that was introduced in this series. So > this will need to be fix in the next version (assuming Arm64 will > be ready). > > This was sent early as PoC to enable secret-free hypervisor > on Arm64. > --- > @@ -606,16 +613,27 @@ void __init setup_directmap_mappings(unsigned > long base_mfn, > directmap_virt_end = XENHEAP_VIRT_START + nr_mfns * PAGE_SIZE; > } > #else /* CONFIG_ARM_64 */ > -/* Map the region in the directmap area. */ > +/* > + * This either populate a valid fdirect map, or allocates empty L1 tables I guess this is a typo: s/fdirect/direct/ ? Reviewed-by: Henry Wang <Henry.Wang@arm.com> Kind regards, Henry
On Fri, 16 Dec 2022, Julien Grall wrote: > From: Julien Grall <jgrall@amazon.com> > > Implement the same command line option as x86 to enable/disable the > directmap. By default this is kept enabled. > > Also modify setup_directmap_mappings() to populate the L0 entries > related to the directmap area. > > Signed-off-by: Julien Grall <jgrall@amazon.com> > > ---- > This patch is in an RFC state we need to decide what to do for arm32. > > Also, this is moving code that was introduced in this series. So > this will need to be fix in the next version (assuming Arm64 will > be ready). > > This was sent early as PoC to enable secret-free hypervisor > on Arm64. > --- > docs/misc/xen-command-line.pandoc | 2 +- > xen/arch/arm/include/asm/arm64/mm.h | 2 +- > xen/arch/arm/include/asm/mm.h | 12 +++++---- > xen/arch/arm/mm.c | 40 +++++++++++++++++++++++++++-- > xen/arch/arm/setup.c | 1 + > 5 files changed, 48 insertions(+), 9 deletions(-) > > diff --git a/docs/misc/xen-command-line.pandoc b/docs/misc/xen-command-line.pandoc > index a63e4612acac..948035286acc 100644 > --- a/docs/misc/xen-command-line.pandoc > +++ b/docs/misc/xen-command-line.pandoc > @@ -760,7 +760,7 @@ Specify the size of the console debug trace buffer. By specifying `cpu:` > additionally a trace buffer of the specified size is allocated per cpu. > The debug trace feature is only enabled in debugging builds of Xen. > > -### directmap (x86) > +### directmap (arm64, x86) > > `= <boolean>` > > > Default: `true` > diff --git a/xen/arch/arm/include/asm/arm64/mm.h b/xen/arch/arm/include/asm/arm64/mm.h > index aa2adac63189..8b5dcb091750 100644 > --- a/xen/arch/arm/include/asm/arm64/mm.h > +++ b/xen/arch/arm/include/asm/arm64/mm.h > @@ -7,7 +7,7 @@ > */ > static inline bool arch_mfns_in_directmap(unsigned long mfn, unsigned long nr) > { > - return true; > + return opt_directmap; > } > > #endif /* __ARM_ARM64_MM_H__ */ > diff --git a/xen/arch/arm/include/asm/mm.h b/xen/arch/arm/include/asm/mm.h > index d73abf1bf763..ef9ad3b366e3 100644 > --- a/xen/arch/arm/include/asm/mm.h > +++ b/xen/arch/arm/include/asm/mm.h > @@ -9,6 +9,13 @@ > #include <public/xen.h> > #include <xen/pdx.h> > > +extern bool opt_directmap; > + > +static inline bool arch_has_directmap(void) > +{ > + return opt_directmap; > +} > + > #if defined(CONFIG_ARM_32) > # include <asm/arm32/mm.h> > #elif defined(CONFIG_ARM_64) > @@ -411,11 +418,6 @@ static inline void page_set_xenheap_gfn(struct page_info *p, gfn_t gfn) > } while ( (y = cmpxchg(&p->u.inuse.type_info, x, nx)) != x ); > } > > -static inline bool arch_has_directmap(void) > -{ > - return true; > -} > - > /* Helpers to allocate, map and unmap a Xen page-table */ > int create_xen_table(lpae_t *entry); > lpae_t *xen_map_table(mfn_t mfn); > diff --git a/xen/arch/arm/mm.c b/xen/arch/arm/mm.c > index f5fb957554a5..925d81c450e8 100644 > --- a/xen/arch/arm/mm.c > +++ b/xen/arch/arm/mm.c > @@ -15,6 +15,7 @@ > #include <xen/init.h> > #include <xen/libfdt/libfdt.h> > #include <xen/mm.h> > +#include <xen/param.h> > #include <xen/pfn.h> > #include <xen/pmap.h> > #include <xen/sched.h> > @@ -131,6 +132,12 @@ vaddr_t directmap_virt_start __read_mostly; > unsigned long directmap_base_pdx __read_mostly; > #endif > > +bool __ro_after_init opt_directmap = true; > +/* TODO: Decide what to do for arm32. */ > +#ifdef CONFIG_ARM_64 > +boolean_param("directmap", opt_directmap); > +#endif > + > unsigned long frametable_base_pdx __read_mostly; > unsigned long frametable_virt_end __read_mostly; > > @@ -606,16 +613,27 @@ void __init setup_directmap_mappings(unsigned long base_mfn, > directmap_virt_end = XENHEAP_VIRT_START + nr_mfns * PAGE_SIZE; > } > #else /* CONFIG_ARM_64 */ > -/* Map the region in the directmap area. */ > +/* > + * This either populate a valid fdirect map, or allocates empty L1 tables fdirect/direct > + * and creates the L0 entries for the given region in the direct map > + * depending on arch_has_directmap(). > + * > + * When directmap=no, we still need to populate empty L1 tables in the > + * directmap region. The reason is that the root page-table (i.e. L0) > + * is per-CPU and secondary CPUs will initialize their root page-table > + * based on the pCPU0 one. So L0 entries will be shared if they are > + * pre-populated. We also rely on the fact that L1 tables are never > + * freed. You are saying that in case of directmap=no we are still creating empty L1 tables and L0 entries because secondary CPUs will need them when they initialize their root pagetables. But why? Secondary CPUs will not be using the directmap either? Why do seconday CPUs need the empty L1 tables? > + */ > void __init setup_directmap_mappings(unsigned long base_mfn, > unsigned long nr_mfns) > { > + unsigned long mfn_gb = base_mfn & ~((FIRST_SIZE >> PAGE_SHIFT) - 1); > int rc; > > /* First call sets the directmap physical and virtual offset. */ > if ( mfn_eq(directmap_mfn_start, INVALID_MFN) ) > { > - unsigned long mfn_gb = base_mfn & ~((FIRST_SIZE >> PAGE_SHIFT) - 1); > > directmap_mfn_start = _mfn(base_mfn); > directmap_base_pdx = mfn_to_pdx(_mfn(base_mfn)); > @@ -636,6 +654,24 @@ void __init setup_directmap_mappings(unsigned long base_mfn, > panic("cannot add directmap mapping at %lx below heap start %lx\n", > base_mfn, mfn_x(directmap_mfn_start)); > > + > + if ( !arch_has_directmap() ) > + { > + vaddr_t vaddr = (vaddr_t)__mfn_to_virt(base_mfn); > + unsigned int i, slot; > + > + slot = first_table_offset(vaddr); > + nr_mfns += base_mfn - mfn_gb; > + for ( i = 0; i < nr_mfns; i += BIT(XEN_PT_LEVEL_ORDER(0), UL), slot++ ) > + { > + lpae_t *entry = &cpu0_pgtable[slot]; > + > + if ( !lpae_is_valid(*entry) && !create_xen_table(entry) ) > + panic("Unable to populate zeroeth slot %u\n", slot); > + } > + return; > + } > + > rc = map_pages_to_xen((vaddr_t)__mfn_to_virt(base_mfn), > _mfn(base_mfn), nr_mfns, > PAGE_HYPERVISOR_RW | _PAGE_BLOCK); > diff --git a/xen/arch/arm/setup.c b/xen/arch/arm/setup.c > index b1a8f91bb385..83ded03c7b1f 100644 > --- a/xen/arch/arm/setup.c > +++ b/xen/arch/arm/setup.c > @@ -1032,6 +1032,7 @@ void __init start_xen(unsigned long boot_phys_offset, > cmdline_parse(cmdline); > > setup_mm(); > + printk("Booting with directmap %s\n", arch_has_directmap() ? "on" : "off"); > > vm_init(); > > -- > 2.38.1 >
Hi Stefano, On 23/01/2023 22:52, Stefano Stabellini wrote: > On Fri, 16 Dec 2022, Julien Grall wrote: >> From: Julien Grall <jgrall@amazon.com> >> >> Implement the same command line option as x86 to enable/disable the >> directmap. By default this is kept enabled. >> >> Also modify setup_directmap_mappings() to populate the L0 entries >> related to the directmap area. >> >> Signed-off-by: Julien Grall <jgrall@amazon.com> >> >> ---- >> This patch is in an RFC state we need to decide what to do for arm32. >> >> Also, this is moving code that was introduced in this series. So >> this will need to be fix in the next version (assuming Arm64 will >> be ready). >> >> This was sent early as PoC to enable secret-free hypervisor >> on Arm64. >> --- >> docs/misc/xen-command-line.pandoc | 2 +- >> xen/arch/arm/include/asm/arm64/mm.h | 2 +- >> xen/arch/arm/include/asm/mm.h | 12 +++++---- >> xen/arch/arm/mm.c | 40 +++++++++++++++++++++++++++-- >> xen/arch/arm/setup.c | 1 + >> 5 files changed, 48 insertions(+), 9 deletions(-) >> >> diff --git a/docs/misc/xen-command-line.pandoc b/docs/misc/xen-command-line.pandoc >> index a63e4612acac..948035286acc 100644 >> --- a/docs/misc/xen-command-line.pandoc >> +++ b/docs/misc/xen-command-line.pandoc >> @@ -760,7 +760,7 @@ Specify the size of the console debug trace buffer. By specifying `cpu:` >> additionally a trace buffer of the specified size is allocated per cpu. >> The debug trace feature is only enabled in debugging builds of Xen. >> >> -### directmap (x86) >> +### directmap (arm64, x86) >> > `= <boolean>` >> >> > Default: `true` >> diff --git a/xen/arch/arm/include/asm/arm64/mm.h b/xen/arch/arm/include/asm/arm64/mm.h >> index aa2adac63189..8b5dcb091750 100644 >> --- a/xen/arch/arm/include/asm/arm64/mm.h >> +++ b/xen/arch/arm/include/asm/arm64/mm.h >> @@ -7,7 +7,7 @@ >> */ >> static inline bool arch_mfns_in_directmap(unsigned long mfn, unsigned long nr) >> { >> - return true; >> + return opt_directmap; >> } >> >> #endif /* __ARM_ARM64_MM_H__ */ >> diff --git a/xen/arch/arm/include/asm/mm.h b/xen/arch/arm/include/asm/mm.h >> index d73abf1bf763..ef9ad3b366e3 100644 >> --- a/xen/arch/arm/include/asm/mm.h >> +++ b/xen/arch/arm/include/asm/mm.h >> @@ -9,6 +9,13 @@ >> #include <public/xen.h> >> #include <xen/pdx.h> >> >> +extern bool opt_directmap; >> + >> +static inline bool arch_has_directmap(void) >> +{ >> + return opt_directmap; >> +} >> + >> #if defined(CONFIG_ARM_32) >> # include <asm/arm32/mm.h> >> #elif defined(CONFIG_ARM_64) >> @@ -411,11 +418,6 @@ static inline void page_set_xenheap_gfn(struct page_info *p, gfn_t gfn) >> } while ( (y = cmpxchg(&p->u.inuse.type_info, x, nx)) != x ); >> } >> >> -static inline bool arch_has_directmap(void) >> -{ >> - return true; >> -} >> - >> /* Helpers to allocate, map and unmap a Xen page-table */ >> int create_xen_table(lpae_t *entry); >> lpae_t *xen_map_table(mfn_t mfn); >> diff --git a/xen/arch/arm/mm.c b/xen/arch/arm/mm.c >> index f5fb957554a5..925d81c450e8 100644 >> --- a/xen/arch/arm/mm.c >> +++ b/xen/arch/arm/mm.c >> @@ -15,6 +15,7 @@ >> #include <xen/init.h> >> #include <xen/libfdt/libfdt.h> >> #include <xen/mm.h> >> +#include <xen/param.h> >> #include <xen/pfn.h> >> #include <xen/pmap.h> >> #include <xen/sched.h> >> @@ -131,6 +132,12 @@ vaddr_t directmap_virt_start __read_mostly; >> unsigned long directmap_base_pdx __read_mostly; >> #endif >> >> +bool __ro_after_init opt_directmap = true; >> +/* TODO: Decide what to do for arm32. */ >> +#ifdef CONFIG_ARM_64 >> +boolean_param("directmap", opt_directmap); >> +#endif >> + >> unsigned long frametable_base_pdx __read_mostly; >> unsigned long frametable_virt_end __read_mostly; >> >> @@ -606,16 +613,27 @@ void __init setup_directmap_mappings(unsigned long base_mfn, >> directmap_virt_end = XENHEAP_VIRT_START + nr_mfns * PAGE_SIZE; >> } >> #else /* CONFIG_ARM_64 */ >> -/* Map the region in the directmap area. */ >> +/* >> + * This either populate a valid fdirect map, or allocates empty L1 tables > > fdirect/direct > > >> + * and creates the L0 entries for the given region in the direct map >> + * depending on arch_has_directmap(). >> + * >> + * When directmap=no, we still need to populate empty L1 tables in the >> + * directmap region. The reason is that the root page-table (i.e. L0) >> + * is per-CPU and secondary CPUs will initialize their root page-table >> + * based on the pCPU0 one. So L0 entries will be shared if they are >> + * pre-populated. We also rely on the fact that L1 tables are never >> + * freed. > > You are saying that in case of directmap=no we are still creating empty > L1 tables and L0 entries because secondary CPUs will need them when they > initialize their root pagetables. > > But why? Secondary CPUs will not be using the directmap either? Why do > seconday CPUs need the empty L1 tables? From the cover letter, " The subject is probably a misnomer. The directmap is still present but the RAM is not mapped by default. Instead, the region will still be used to map pages allocate via alloc_xenheap_pages(). The advantage is the solution is simple (so IHMO good enough for been merged as a tech preview). The disadvantage is the page allocator is not trying to keep all the xenheap pages together. So we may end up to have an increase of page table usage. In the longer term, we should consider to remove the direct map completely and switch to vmap(). The main problem with this approach is it is frequent to use mfn_to_virt() in the code. So we would need to cache the mapping (maybe in the struct page_info). " I can add summary in the commit message. Cheers,
On Mon, 23 Jan 2023, Julien Grall wrote: > Hi Stefano, > > On 23/01/2023 22:52, Stefano Stabellini wrote: > > On Fri, 16 Dec 2022, Julien Grall wrote: > > > From: Julien Grall <jgrall@amazon.com> > > > > > > Implement the same command line option as x86 to enable/disable the > > > directmap. By default this is kept enabled. > > > > > > Also modify setup_directmap_mappings() to populate the L0 entries > > > related to the directmap area. > > > > > > Signed-off-by: Julien Grall <jgrall@amazon.com> > > > > > > ---- > > > This patch is in an RFC state we need to decide what to do for arm32. > > > > > > Also, this is moving code that was introduced in this series. So > > > this will need to be fix in the next version (assuming Arm64 will > > > be ready). > > > > > > This was sent early as PoC to enable secret-free hypervisor > > > on Arm64. > > > --- > > > docs/misc/xen-command-line.pandoc | 2 +- > > > xen/arch/arm/include/asm/arm64/mm.h | 2 +- > > > xen/arch/arm/include/asm/mm.h | 12 +++++---- > > > xen/arch/arm/mm.c | 40 +++++++++++++++++++++++++++-- > > > xen/arch/arm/setup.c | 1 + > > > 5 files changed, 48 insertions(+), 9 deletions(-) > > > > > > diff --git a/docs/misc/xen-command-line.pandoc > > > b/docs/misc/xen-command-line.pandoc > > > index a63e4612acac..948035286acc 100644 > > > --- a/docs/misc/xen-command-line.pandoc > > > +++ b/docs/misc/xen-command-line.pandoc > > > @@ -760,7 +760,7 @@ Specify the size of the console debug trace buffer. By > > > specifying `cpu:` > > > additionally a trace buffer of the specified size is allocated per cpu. > > > The debug trace feature is only enabled in debugging builds of Xen. > > > -### directmap (x86) > > > +### directmap (arm64, x86) > > > > `= <boolean>` > > > > Default: `true` > > > diff --git a/xen/arch/arm/include/asm/arm64/mm.h > > > b/xen/arch/arm/include/asm/arm64/mm.h > > > index aa2adac63189..8b5dcb091750 100644 > > > --- a/xen/arch/arm/include/asm/arm64/mm.h > > > +++ b/xen/arch/arm/include/asm/arm64/mm.h > > > @@ -7,7 +7,7 @@ > > > */ > > > static inline bool arch_mfns_in_directmap(unsigned long mfn, unsigned > > > long nr) > > > { > > > - return true; > > > + return opt_directmap; > > > } > > > #endif /* __ARM_ARM64_MM_H__ */ > > > diff --git a/xen/arch/arm/include/asm/mm.h b/xen/arch/arm/include/asm/mm.h > > > index d73abf1bf763..ef9ad3b366e3 100644 > > > --- a/xen/arch/arm/include/asm/mm.h > > > +++ b/xen/arch/arm/include/asm/mm.h > > > @@ -9,6 +9,13 @@ > > > #include <public/xen.h> > > > #include <xen/pdx.h> > > > +extern bool opt_directmap; > > > + > > > +static inline bool arch_has_directmap(void) > > > +{ > > > + return opt_directmap; > > > +} > > > + > > > #if defined(CONFIG_ARM_32) > > > # include <asm/arm32/mm.h> > > > #elif defined(CONFIG_ARM_64) > > > @@ -411,11 +418,6 @@ static inline void page_set_xenheap_gfn(struct > > > page_info *p, gfn_t gfn) > > > } while ( (y = cmpxchg(&p->u.inuse.type_info, x, nx)) != x ); > > > } > > > -static inline bool arch_has_directmap(void) > > > -{ > > > - return true; > > > -} > > > - > > > /* Helpers to allocate, map and unmap a Xen page-table */ > > > int create_xen_table(lpae_t *entry); > > > lpae_t *xen_map_table(mfn_t mfn); > > > diff --git a/xen/arch/arm/mm.c b/xen/arch/arm/mm.c > > > index f5fb957554a5..925d81c450e8 100644 > > > --- a/xen/arch/arm/mm.c > > > +++ b/xen/arch/arm/mm.c > > > @@ -15,6 +15,7 @@ > > > #include <xen/init.h> > > > #include <xen/libfdt/libfdt.h> > > > #include <xen/mm.h> > > > +#include <xen/param.h> > > > #include <xen/pfn.h> > > > #include <xen/pmap.h> > > > #include <xen/sched.h> > > > @@ -131,6 +132,12 @@ vaddr_t directmap_virt_start __read_mostly; > > > unsigned long directmap_base_pdx __read_mostly; > > > #endif > > > +bool __ro_after_init opt_directmap = true; > > > +/* TODO: Decide what to do for arm32. */ > > > +#ifdef CONFIG_ARM_64 > > > +boolean_param("directmap", opt_directmap); > > > +#endif > > > + > > > unsigned long frametable_base_pdx __read_mostly; > > > unsigned long frametable_virt_end __read_mostly; > > > @@ -606,16 +613,27 @@ void __init setup_directmap_mappings(unsigned long > > > base_mfn, > > > directmap_virt_end = XENHEAP_VIRT_START + nr_mfns * PAGE_SIZE; > > > } > > > #else /* CONFIG_ARM_64 */ > > > -/* Map the region in the directmap area. */ > > > +/* > > > + * This either populate a valid fdirect map, or allocates empty L1 tables > > > > fdirect/direct > > > > > > > + * and creates the L0 entries for the given region in the direct map > > > + * depending on arch_has_directmap(). > > > + * > > > + * When directmap=no, we still need to populate empty L1 tables in the > > > + * directmap region. The reason is that the root page-table (i.e. L0) > > > + * is per-CPU and secondary CPUs will initialize their root page-table > > > + * based on the pCPU0 one. So L0 entries will be shared if they are > > > + * pre-populated. We also rely on the fact that L1 tables are never > > > + * freed. > > > > You are saying that in case of directmap=no we are still creating empty > > L1 tables and L0 entries because secondary CPUs will need them when they > > initialize their root pagetables. > > > > But why? Secondary CPUs will not be using the directmap either? Why do > > seconday CPUs need the empty L1 tables? > > From the cover letter, > > " > The subject is probably a misnomer. The directmap is still present but > the RAM is not mapped by default. Instead, the region will still be used > to map pages allocate via alloc_xenheap_pages(). > > The advantage is the solution is simple (so IHMO good enough for been > merged as a tech preview). The disadvantage is the page allocator is not > trying to keep all the xenheap pages together. So we may end up to have > an increase of page table usage. > > In the longer term, we should consider to remove the direct map > completely and switch to vmap(). The main problem with this approach > is it is frequent to use mfn_to_virt() in the code. So we would need > to cache the mapping (maybe in the struct page_info). > " Ah yes! I see it now that we are relying on the same area (alloc_xenheap_pages calls page_to_virt() then map_pages_to_xen()). map_pages_to_xen() is able to create pagetable entries at every level, but we need to make sure they are shared across per-cpu pagetables. To make that happen, we are pre-creating the L0/L1 entries here so that they become common across all per-cpu pagetables and then we let map_pages_to_xen() do its job. Did I understand it right? > I can add summary in the commit message. I would suggest to improve a bit the in-code comment on top of setup_directmap_mappings. I might also be able to help with the text once I am sure I understood what is going on :-)
Hi Stefano, On 24/01/2023 00:12, Stefano Stabellini wrote: > On Mon, 23 Jan 2023, Julien Grall wrote: > Ah yes! I see it now that we are relying on the same area > (alloc_xenheap_pages calls page_to_virt() then map_pages_to_xen()). > > map_pages_to_xen() is able to create pagetable entries at every level, > but we need to make sure they are shared across per-cpu pagetables. To > make that happen, we are pre-creating the L0/L1 entries here so that > they become common across all per-cpu pagetables and then we let > map_pages_to_xen() do its job. > > Did I understand it right? Your understanding is correct. >> I can add summary in the commit message. > > I would suggest to improve a bit the in-code comment on top of > setup_directmap_mappings. I might also be able to help with the text > once I am sure I understood what is going on :-)
On Tue, 24 Jan 2023, Julien Grall wrote: > Hi Stefano, > > On 24/01/2023 00:12, Stefano Stabellini wrote: > > On Mon, 23 Jan 2023, Julien Grall wrote: > > Ah yes! I see it now that we are relying on the same area > > (alloc_xenheap_pages calls page_to_virt() then map_pages_to_xen()). > > > > map_pages_to_xen() is able to create pagetable entries at every level, > > but we need to make sure they are shared across per-cpu pagetables. To > > make that happen, we are pre-creating the L0/L1 entries here so that > > they become common across all per-cpu pagetables and then we let > > map_pages_to_xen() do its job. > > > > Did I understand it right? > > Your understanding is correct. Great! > > > I can add summary in the commit message. > > > > I would suggest to improve a bit the in-code comment on top of > > setup_directmap_mappings. I might also be able to help with the text > > once I am sure I understood what is going on :-) How about this comment (feel free to edit/improve it as well, just a suggestion): In the !arch_has_directmap() case this function allocates empty L1 tables and creates the L0 entries for the direct map region. When the direct map is disabled, alloc_xenheap_pages results in the page being temporarily mapped in the usual xenheap address range via map_pages_to_xen(). map_pages_to_xen() is able to create pagetable entries at every level, but we need to make sure they are shared across per-cpu pagetables. For this reason, here in this function we are creating the L0 entries and empty L1 tables in advance, so that they become common across all per-cpu pagetables.
diff --git a/docs/misc/xen-command-line.pandoc b/docs/misc/xen-command-line.pandoc index a63e4612acac..948035286acc 100644 --- a/docs/misc/xen-command-line.pandoc +++ b/docs/misc/xen-command-line.pandoc @@ -760,7 +760,7 @@ Specify the size of the console debug trace buffer. By specifying `cpu:` additionally a trace buffer of the specified size is allocated per cpu. The debug trace feature is only enabled in debugging builds of Xen. -### directmap (x86) +### directmap (arm64, x86) > `= <boolean>` > Default: `true` diff --git a/xen/arch/arm/include/asm/arm64/mm.h b/xen/arch/arm/include/asm/arm64/mm.h index aa2adac63189..8b5dcb091750 100644 --- a/xen/arch/arm/include/asm/arm64/mm.h +++ b/xen/arch/arm/include/asm/arm64/mm.h @@ -7,7 +7,7 @@ */ static inline bool arch_mfns_in_directmap(unsigned long mfn, unsigned long nr) { - return true; + return opt_directmap; } #endif /* __ARM_ARM64_MM_H__ */ diff --git a/xen/arch/arm/include/asm/mm.h b/xen/arch/arm/include/asm/mm.h index d73abf1bf763..ef9ad3b366e3 100644 --- a/xen/arch/arm/include/asm/mm.h +++ b/xen/arch/arm/include/asm/mm.h @@ -9,6 +9,13 @@ #include <public/xen.h> #include <xen/pdx.h> +extern bool opt_directmap; + +static inline bool arch_has_directmap(void) +{ + return opt_directmap; +} + #if defined(CONFIG_ARM_32) # include <asm/arm32/mm.h> #elif defined(CONFIG_ARM_64) @@ -411,11 +418,6 @@ static inline void page_set_xenheap_gfn(struct page_info *p, gfn_t gfn) } while ( (y = cmpxchg(&p->u.inuse.type_info, x, nx)) != x ); } -static inline bool arch_has_directmap(void) -{ - return true; -} - /* Helpers to allocate, map and unmap a Xen page-table */ int create_xen_table(lpae_t *entry); lpae_t *xen_map_table(mfn_t mfn); diff --git a/xen/arch/arm/mm.c b/xen/arch/arm/mm.c index f5fb957554a5..925d81c450e8 100644 --- a/xen/arch/arm/mm.c +++ b/xen/arch/arm/mm.c @@ -15,6 +15,7 @@ #include <xen/init.h> #include <xen/libfdt/libfdt.h> #include <xen/mm.h> +#include <xen/param.h> #include <xen/pfn.h> #include <xen/pmap.h> #include <xen/sched.h> @@ -131,6 +132,12 @@ vaddr_t directmap_virt_start __read_mostly; unsigned long directmap_base_pdx __read_mostly; #endif +bool __ro_after_init opt_directmap = true; +/* TODO: Decide what to do for arm32. */ +#ifdef CONFIG_ARM_64 +boolean_param("directmap", opt_directmap); +#endif + unsigned long frametable_base_pdx __read_mostly; unsigned long frametable_virt_end __read_mostly; @@ -606,16 +613,27 @@ void __init setup_directmap_mappings(unsigned long base_mfn, directmap_virt_end = XENHEAP_VIRT_START + nr_mfns * PAGE_SIZE; } #else /* CONFIG_ARM_64 */ -/* Map the region in the directmap area. */ +/* + * This either populate a valid fdirect map, or allocates empty L1 tables + * and creates the L0 entries for the given region in the direct map + * depending on arch_has_directmap(). + * + * When directmap=no, we still need to populate empty L1 tables in the + * directmap region. The reason is that the root page-table (i.e. L0) + * is per-CPU and secondary CPUs will initialize their root page-table + * based on the pCPU0 one. So L0 entries will be shared if they are + * pre-populated. We also rely on the fact that L1 tables are never + * freed. + */ void __init setup_directmap_mappings(unsigned long base_mfn, unsigned long nr_mfns) { + unsigned long mfn_gb = base_mfn & ~((FIRST_SIZE >> PAGE_SHIFT) - 1); int rc; /* First call sets the directmap physical and virtual offset. */ if ( mfn_eq(directmap_mfn_start, INVALID_MFN) ) { - unsigned long mfn_gb = base_mfn & ~((FIRST_SIZE >> PAGE_SHIFT) - 1); directmap_mfn_start = _mfn(base_mfn); directmap_base_pdx = mfn_to_pdx(_mfn(base_mfn)); @@ -636,6 +654,24 @@ void __init setup_directmap_mappings(unsigned long base_mfn, panic("cannot add directmap mapping at %lx below heap start %lx\n", base_mfn, mfn_x(directmap_mfn_start)); + + if ( !arch_has_directmap() ) + { + vaddr_t vaddr = (vaddr_t)__mfn_to_virt(base_mfn); + unsigned int i, slot; + + slot = first_table_offset(vaddr); + nr_mfns += base_mfn - mfn_gb; + for ( i = 0; i < nr_mfns; i += BIT(XEN_PT_LEVEL_ORDER(0), UL), slot++ ) + { + lpae_t *entry = &cpu0_pgtable[slot]; + + if ( !lpae_is_valid(*entry) && !create_xen_table(entry) ) + panic("Unable to populate zeroeth slot %u\n", slot); + } + return; + } + rc = map_pages_to_xen((vaddr_t)__mfn_to_virt(base_mfn), _mfn(base_mfn), nr_mfns, PAGE_HYPERVISOR_RW | _PAGE_BLOCK); diff --git a/xen/arch/arm/setup.c b/xen/arch/arm/setup.c index b1a8f91bb385..83ded03c7b1f 100644 --- a/xen/arch/arm/setup.c +++ b/xen/arch/arm/setup.c @@ -1032,6 +1032,7 @@ void __init start_xen(unsigned long boot_phys_offset, cmdline_parse(cmdline); setup_mm(); + printk("Booting with directmap %s\n", arch_has_directmap() ? "on" : "off"); vm_init();