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


Re: [Xen-devel] Re: [libvirt] [RFC] libxenlight driver

To: "Daniel P. Berrange" <berrange@xxxxxxxxxx>
Subject: Re: [Xen-devel] Re: [libvirt] [RFC] libxenlight driver
From: Stefano Stabellini <stefano.stabellini@xxxxxxxxxxxxx>
Date: Fri, 21 Jan 2011 17:01:36 +0000
Cc: LibVir <libvir-list@xxxxxxxxxx>, Jim Fehlig <jfehlig@xxxxxxxxxx>, xen-devel <xen-devel@xxxxxxxxxxxxxxxxxxx>, Gianni Tedesco <gianni.tedesco@xxxxxxxxxx>
Delivery-date: Fri, 21 Jan 2011 09:02:02 -0800
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <20110121164443.GJ12589@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: <4D38CA05.2070601@xxxxxxxxxx> <20110121111343.GE11539@xxxxxxxxxx> <4D39AABA.8090101@xxxxxxxxxx> <1295627635.12018.373.camel@xxxxxxxxxxxxxxxxxxxxxx> <20110121164443.GJ12589@xxxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
User-agent: Alpine 2.00 (DEB 1167 2008-08-23)
On Fri, 21 Jan 2011, Daniel P. Berrange wrote:
> Ok, so basically the mgmt app that is using the libxenlight API
> is taking the place of XenD. Thus in the new scheme libvirtd
> would have to handle those kind of events.

Libxenlight provides all the functions needed to do that and you can
find a reference implementation in xl (tools/libxl/xl_cmdimpl.c).

> This is fine because
> we already do that kind of thing with our other HV drivers for
> QEMU/KVM, UserModeLinux and LXC.

Good to hear.

> On a related note, where does  XenAPI fit into this picture ?
> Previously XenD would provide (at least some of) the XenAPI
> functionality in the open source stack, while I understand
> that the XenEnterprise had a separate impl of XenAPI. It
> sounds like XenAPI is likely only relevant for XenEnterprise
> connectivity in the future.
Nowadays XAPI (the XenServer toolstack) is Open Source and provides a
full feature implementation of the API. I think that users that need
XenAPI functionalities are probably best served by using XAPI rather
than XenD.

Xen-devel mailing list