[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] [PATCH 03/38] arm: handy function to print a walk of a domain's p2m.
At 13:26 +0100 on 07 Jun (1339075605), Ian Campbell wrote: > On Thu, 2012-06-07 at 09:49 +0100, Tim Deegan wrote: > > At 15:39 +0000 on 01 Jun (1338565172), Ian Campbell wrote: > > > Useful for debug but not actually used in this patch. > > > > > > Signed-off-by: Ian Campbell <ian.campbell@xxxxxxxxxx> > > > --- > > > xen/arch/arm/p2m.c | 34 ++++++++++++++++++++++++++++++++++ > > > xen/include/asm-arm/page.h | 1 + > > > 2 files changed, 35 insertions(+), 0 deletions(-) > > > > > > diff --git a/xen/arch/arm/p2m.c b/xen/arch/arm/p2m.c > > > index 4f624d8..fdbecbc 100644 > > > --- a/xen/arch/arm/p2m.c > > > +++ b/xen/arch/arm/p2m.c > > > @@ -5,6 +5,40 @@ > > > #include <xen/domain_page.h> > > > #include <asm/flushtlb.h> > > > > > > +void dump_p2m_lookup(struct domain *d, paddr_t addr) > > > +{ > > > + struct p2m_domain *p2m = &d->arch.p2m; > > > + lpae_t *first = NULL, *second = NULL, *third = NULL; > > > + > > > + printk("dom%d IPA %#016llx\n", d->domain_id, addr); > > > + > > > + first = __map_domain_page(p2m->first_level); > > > + printk("1ST[%#03llx] = %#016llx\n", > > > + first_table_offset(addr), > > > + first[first_table_offset(addr)].bits); > > > + if ( !first[first_table_offset(addr)].p2m.valid || > > > + !first[first_table_offset(addr)].p2m.table ) > > > + goto done; > > > + > > > + second = map_domain_page(first[first_table_offset(addr)].p2m.base); > > > + printk("2ND[%#03llx] = %#016llx\n", > > > + second_table_offset(addr), > > > + second[second_table_offset(addr)].bits); > > > + if ( !second[second_table_offset(addr)].p2m.valid || > > > + !second[second_table_offset(addr)].p2m.table ) > > > + goto done; > > > + > > > + third = map_domain_page(second[second_table_offset(addr)].p2m.base); > > > + printk("3RD[%#03llx] = %#016llx\n", > > > + third_table_offset(addr), > > > + third[third_table_offset(addr)].bits); > > > + > > > +done: > > > + if (third) unmap_domain_page(third); > > > + if (second) unmap_domain_page(second); > > > + if (first) unmap_domain_page(first); > > > +} > > > > Can this be unified with dump_pt_walk? > > Not all that easily, mainly because dump_pt_walk walks xenheap pages > (which don't need mapping) while dump_p2m_walk dumps domheap pages > (which need mapping as we go). I probably could write something generic > enough but I fear that it would be a mass of if's. Is there any harm in mapping xenheap pages? Since this is only invoked on error paths, we don't particularly need it to be fast. Tim. _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxx http://lists.xen.org/xen-devel
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |