From mboxrd@z Thu Jan  1 00:00:00 1970
From: Mukesh Rathor <mukesh.rathor@oracle.com>
Subject: Re: [PATCH 07/17] PVH xen: tools changes to create PVH
 domain
Date: Wed, 24 Apr 2013 16:02:07 -0700
Message-ID: <20130424160207.46abb864@mantra.us.oracle.com>
References: <1366752366-16594-1-git-send-email-mukesh.rathor@oracle.com>
	<1366752366-16594-8-git-send-email-mukesh.rathor@oracle.com>
	<5177A16D02000078000D036F@nat28.tlf.novell.com>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Return-path: <xen-devel-bounces@lists.xen.org>
In-Reply-To: <5177A16D02000078000D036F@nat28.tlf.novell.com>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-devel>,
	<mailto:xen-devel-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-devel@lists.xen.org>
List-Help: <mailto:xen-devel-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-devel>,
	<mailto:xen-devel-request@lists.xen.org?subject=subscribe>
Sender: xen-devel-bounces@lists.xen.org
Errors-To: xen-devel-bounces@lists.xen.org
To: Jan Beulich <JBeulich@suse.com>
Cc: xen-devel <xen-devel@lists.xen.org>
List-Id: xen-devel@lists.xenproject.org

On Wed, 24 Apr 2013 08:10:05 +0100
"Jan Beulich" <JBeulich@suse.com> wrote:

> >>> On 23.04.13 at 23:25, Mukesh Rathor <mukesh.rathor@oracle.com>
> >>> wrote:
> > --- a/xen/include/public/domctl.h
> > +++ b/xen/include/public/domctl.h
> > @@ -89,6 +89,9 @@ struct xen_domctl_getdomaininfo {
> >   /* Being debugged.  */
> >  #define _XEN_DOMINF_debugged  6
> >  #define XEN_DOMINF_debugged   (1U<<_XEN_DOMINF_debugged)
> > + /* domain is PVH */
> > +#define _XEN_DOMINF_pvh_guest 7
> > +#define XEN_DOMINF_pvh_guest   (1U<<_XEN_DOMINF_pvh_guest)
> >   /* XEN_DOMINF_shutdown guest-supplied code.  */
> >  #define XEN_DOMINF_shutdownmask 255
> >  #define XEN_DOMINF_shutdownshift 16
> 
> This change cannot logically belong here, but ought to live in the
> hypervisor side one. That's both for easing applying the patch
> eventually (thus needing only a tools side ack) and from a logical
> point of view (the producer of the interface change should exist
> _before_ the consumer).
> 
> Jan
> 

Ok, I'll move this change to patch 6.

thanks,
Mukesh