From mboxrd@z Thu Jan 1 00:00:00 1970 From: Mukesh Rathor Subject: Re: [PATCH v1 2/8]: PVH mmu changes Date: Wed, 3 Oct 2012 15:29:25 -0700 Message-ID: <20121003152925.5af3a658@mantra.us.oracle.com> References: <20120921121556.1a0ea8af@mantra.us.oracle.com> <1349278963.650.164.camel@zakaz.uk.xensource.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <1349278963.650.164.camel@zakaz.uk.xensource.com> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xen.org Errors-To: xen-devel-bounces@lists.xen.org To: Ian Campbell Cc: "Xen-devel@lists.xensource.com" , Stefano Stabellini , Konrad Rzeszutek Wilk List-Id: xen-devel@lists.xenproject.org On Wed, 3 Oct 2012 16:42:43 +0100 Ian Campbell wrote: > > > diff --git a/include/xen/xen-ops.h b/include/xen/xen-ops.h > > index 6a198e4..6c5ad83 100644 > > --- a/include/xen/xen-ops.h > > +++ b/include/xen/xen-ops.h > > @@ -24,9 +24,19 @@ int xen_create_contiguous_region(unsigned long > > vstart, unsigned int order, void > > xen_destroy_contiguous_region(unsigned long vstart, unsigned int > > order); struct vm_area_struct; > > +struct xen_pvh_pfn_info; > > If you move the struct def'n up you don't need this forward decl. > > > int xen_remap_domain_mfn_range(struct vm_area_struct *vma, > > unsigned long addr, > > unsigned long mfn, int nr, > > - pgprot_t prot, unsigned domid); > > + pgprot_t prot, unsigned domid, > > + struct xen_pvh_pfn_info *pvhp); > > +int xen_unmap_domain_mfn_range(struct vm_area_struct *vma, > > + struct xen_pvh_pfn_info *pvhp); > > + > > +struct xen_pvh_pfn_info { > > Can we call this xen_remap_mfn_info or something? PVH is x86 specific > while this struct is also useful on ARM. I already renamed it to: xen_xlat_pfn_info. > > + struct page **pi_paga; /* pfn info page > > array */ > > can we just call this "pages"? paga is pretty meaningless. page array! i can rename page_array or page_a. > > + int pi_num_pgs; > > + int pi_next_todo; > > I don't think we need the pi_ prefix for any of these. The prefix for fields in struct make it easy to find via cscope or grep, otherwise, it's a nightmare to find common field names like pages when reading code. I really get frustrated. I prefer prefixing all field names. thanks Mukesh