This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
Home Products Support Community News


[Xen-devel] Re: [Qemu-devel] Re: [PATCH 01/15] xen: Update libxc calls

To: Gerd Hoffmann <kraxel@xxxxxxxxxx>
Subject: [Xen-devel] Re: [Qemu-devel] Re: [PATCH 01/15] xen: Update libxc calls
From: Stefano Stabellini <stefano.stabellini@xxxxxxxxxxxxx>
Date: Wed, 18 Aug 2010 12:47:36 +0100
Cc: Paolo, "xen-devel@xxxxxxxxxxxxxxxxxxx" <xen-devel@xxxxxxxxxxxxxxxxxxx>, Stefano Stabellini <Stefano.Stabellini@xxxxxxxxxxxxx>, "qemu-devel@xxxxxxxxxx" <qemu-devel@xxxxxxxxxx>, "Anthony@xxxxxxxxxx" <Anthony@xxxxxxxxxx>, Anthony Perard <anthony.perard@xxxxxxxxxx>, Bonzini <pbonzini@xxxxxxxxxx>
Delivery-date: Wed, 18 Aug 2010 04:47:56 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <4C6BACDC.2060401@xxxxxxxxxx>
List-help: <mailto:xen-devel-request@lists.xensource.com?subject=help>
List-id: Xen developer discussion <xen-devel.lists.xensource.com>
List-post: <mailto:xen-devel@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
References: <alpine.DEB.2.00.1008121244200.2545@kaball-desktop> <1281622202-3453-1-git-send-email-stefano.stabellini@xxxxxxxxxxxxx> <4C6402E2.5090408@xxxxxxxxxx> <alpine.DEB.2.00.1008121524170.2545@kaball-desktop> <alpine.DEB.2.00.1008121528380.2545@kaball-desktop> <4C6BACDC.2060401@xxxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
User-agent: Alpine 2.00 (DEB 1167 2008-08-23)
On Wed, 18 Aug 2010, Gerd Hoffmann wrote:
>    Hi,
> > I mean we can add them to libxc so that there is no need for this patch
> > anymore.
> That would be great.  When adding the xen bits initially I've tried to 
> avoid hard dependencies on specific xen versions.  There are some ifdefs 
> in the qemu code to support compiling with various xen versions (IIRC 
> 3.1 -> 3.4 worked last time I've tried).  I think the minimum supported 
> range of xen versions should be the ones still actively maintained by 
> xensource (I think this is 3.4, 4.0 and unstable right now).  Supporting 
> even older versions would be nice to have.
I agree on the range of xen versions, but supporting even a wider range
shouldn't be too hard, it just requires few more ifdef's. 

Xen-devel mailing list