From mboxrd@z Thu Jan 1 00:00:00 1970 From: Konrad Rzeszutek Wilk Subject: Re: [PATCH v1 1/8]: PVH basic and hader file changes Date: Wed, 26 Sep 2012 10:33:17 -0400 Message-ID: <20120926143317.GA24866@phenom.dumpdata.com> References: <20120921121511.30001c08@mantra.us.oracle.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: Content-Disposition: inline In-Reply-To: <20120921121511.30001c08@mantra.us.oracle.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: Mukesh Rathor Cc: "Xen-devel@lists.xensource.com" , Ian Campbell , "stefano.stabellini@eu.citrix.com" List-Id: xen-devel@lists.xenproject.org > diff --git a/include/xen/interface/memory.h b/include/xen/interface/memory.h > index eac3ce1..f150fa1c 100644 > --- a/include/xen/interface/memory.h > +++ b/include/xen/interface/memory.h > @@ -163,11 +163,22 @@ struct xen_add_to_physmap { > /* Which domain to change the mapping for. */ > domid_t domid; > > + union { > + /* Number of pages to go through for gmfn_range */ > + uint16_t size; > + /* IFF XENMAPSPACE_gmfn_foreign */ > + domid_t foreign_domid; > + } u; > /* Source mapping space. */ So found out why it crashed on PVHVM. If you rebase your patch on top of b58aaa4b0b3506c094308342d746f600468c63d9 Author: Stefano Stabellini Date: Mon Aug 6 15:27:24 2012 +0100 xen: update xen_add_to_physmap interface Update struct xen_add_to_physmap to be in sync with Xen's version of the structure. The size field was introduced by: changeset: 24164:707d27fe03e7 user: Jean Guyader date: Fri Nov 18 13:42:08 2011 +0000 summary: mm: New XENMEM space, XENMAPSPACE_gmfn_range According to the comment: "This new field .size is located in the 16 bits padding between .domid and .space in struct xen_add_to_physmap to stay compatible with older versions." Changes in v2: - remove erroneous comment in the commit message. Signed-off-by: Stefano Stabellini Signed-off-by: Konrad Rzeszutek Wilk the merge ends up looking like this: @ -166,11 +166,22 @@ struct xen_add_to_physmap { /* Number of pages to go through for gmfn_range */ uint16_t size; + union { + /* Number of pages to go through for gmfn_range */ + uint16_t size; + /* IFF XENMAPSPACE_gmfn_foreign */ + domid_t foreign_domid; + } u; Grrrr..