[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] [PATCH 8/8] xen: Swich parameter in get_page_from_gfn to use typesafe gfn
> -----Original Message----- > From: Andrew Cooper > Sent: 06 November 2018 20:12 > To: Julien Grall <julien.grall@xxxxxxx>; sstabellini@xxxxxxxxxx; xen- > devel@xxxxxxxxxxxxxxxxxxxx > Cc: George Dunlap <George.Dunlap@xxxxxxxxxx>; Ian Jackson > <Ian.Jackson@xxxxxxxxxx>; Jan Beulich <jbeulich@xxxxxxxx>; Konrad > Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>; Tim (Xen.org) <tim@xxxxxxx>; Wei > Liu <wei.liu2@xxxxxxxxxx>; Boris Ostrovsky <boris.ostrovsky@xxxxxxxxxx>; > Suravee Suthikulpanit <suravee.suthikulpanit@xxxxxxx>; Brian Woods > <brian.woods@xxxxxxx>; Paul Durrant <Paul.Durrant@xxxxxxxxxx>; Jun > Nakajima <jun.nakajima@xxxxxxxxx>; Kevin Tian <kevin.tian@xxxxxxxxx>; > Julien Grall <julie.grall@xxxxxxx> > Subject: Re: [PATCH 8/8] xen: Swich parameter in get_page_from_gfn to use > typesafe gfn > > Hi - just some cosmetic suggestions. > > Subject s/Swich/Switch/ > > > diff --git a/xen/arch/x86/pv/emul-priv-op.c b/xen/arch/x86/pv/emul-priv- > op.c > > index f73ea4a163..a529ebcc3f 100644 > > --- a/xen/arch/x86/pv/emul-priv-op.c > > +++ b/xen/arch/x86/pv/emul-priv-op.c > > @@ -760,12 +760,12 @@ static int write_cr(unsigned int reg, unsigned > long val, > > case 3: /* Write CR3 */ > > { > > struct domain *currd = curr->domain; > > - unsigned long gfn; > > + gfn_t gfn; > > struct page_info *page; > > int rc; > > > > - gfn = !is_pv_32bit_domain(currd) > > - ? xen_cr3_to_pfn(val) : compat_cr3_to_pfn(val); > > + gfn = _gfn(!is_pv_32bit_domain(currd) > > + ? xen_cr3_to_pfn(val) : compat_cr3_to_pfn(val)); > > Please re-indent. > > > page = get_page_from_gfn(currd, gfn, NULL, P2M_ALLOC); > > if ( !page ) > > break; > > diff --git a/xen/arch/x86/traps.c b/xen/arch/x86/traps.c > > index 9471d89022..d967e49432 100644 > > --- a/xen/arch/x86/traps.c > > +++ b/xen/arch/x86/traps.c > > @@ -817,13 +817,14 @@ int guest_wrmsr_xen(struct vcpu *v, uint32_t idx, > uint64_t val) > > > > if ( p2m_is_paging(t) ) > > { > > - p2m_mem_paging_populate(d, gmfn); > > + p2m_mem_paging_populate(d, gfn_x(gfn)); > > return X86EMUL_RETRY; > > } > > > > gdprintk(XENLOG_WARNING, > > - "Bad GMFN %lx (MFN %#"PRI_mfn") to MSR %08x\n", > > - gmfn, mfn_x(page ? page_to_mfn(page) : > INVALID_MFN), base); > > + "Bad GMFN %#"PRI_gfn" (MFN %#"PRI_mfn") to MSR > %08x\n", > > GMFN => GFN. > > > + gfn_x(gfn), mfn_x(page ? page_to_mfn(page) : > INVALID_MFN), > > + base); > > return X86EMUL_EXCEPTION; > > } > > > > diff --git a/xen/include/asm-x86/p2m.h b/xen/include/asm-x86/p2m.h > > index d08c595887..db1ec37610 100644 > > --- a/xen/include/asm-x86/p2m.h > > +++ b/xen/include/asm-x86/p2m.h > > @@ -489,18 +489,21 @@ struct page_info *p2m_get_page_from_gfn(struct > p2m_domain *p2m, gfn_t gfn, > > p2m_query_t q); > > > > static inline struct page_info *get_page_from_gfn( > > - struct domain *d, unsigned long gfn, p2m_type_t *t, p2m_query_t q) > > + struct domain *d, gfn_t gfn, p2m_type_t *t, p2m_query_t q) > > { > > struct page_info *page; > > + mfn_t mfn; > > > > if ( paging_mode_translate(d) ) > > - return p2m_get_page_from_gfn(p2m_get_hostp2m(d), _gfn(gfn), t, > NULL, q); > > + return p2m_get_page_from_gfn(p2m_get_hostp2m(d), gfn, t, NULL, > q); > > > > /* Non-translated guests see 1-1 RAM / MMIO mappings everywhere */ > > if ( t ) > > *t = likely(d != dom_io) ? p2m_ram_rw : p2m_mmio_direct; > > - page = mfn_to_page(_mfn(gfn)); > > - return mfn_valid(_mfn(gfn)) && get_page(page, d) ? page : NULL; > > + > > + mfn = _mfn(gfn_x(gfn)); > > + page = mfn_to_page(mfn); > > + return mfn_valid(mfn) && get_page(page, d) ? page : NULL; > > This looks like it would be cleaner by not splitting mfn out into a > separate variable. > > page = mfn_to_page(_mfn(gfn_x(gfn))); > > return mfn_valid(mfn) && get_page(page, d) ? page : NULL; ^^ er... how's that mfn_valid() going to work? You'd need mfn_valid(page_to_mfn(pahge)), or somesuch. Paul > > The only reason this looks odd is because of the mfn => gfn equality, > but we are just beside a comment explaining that we are non-translated. > > ~Andrew _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxxxxxxxxx https://lists.xenproject.org/mailman/listinfo/xen-devel
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |