WARNING - OLD ARCHIVES

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/
   
 
 
Xen 
 
Home Products Support Community News
 
   
 

xen-devel

[Xen-devel] [PATCH 00 of 25] libxc: dom0 OS integration cleanup+abstract

To: xen-devel@xxxxxxxxxxxxxxxxxxx
Subject: [Xen-devel] [PATCH 00 of 25] libxc: dom0 OS integration cleanup+abstraction.
From: Ian Campbell <ian.campbell@xxxxxxxxxx>
Date: Fri, 03 Dec 2010 09:57:04 +0000
Cc: Ian Campbell <ian.campbell@xxxxxxxxxx>
Delivery-date: Fri, 03 Dec 2010 01:58:29 -0800
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
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>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
The following series updates the libxc evtchn and gnttab interfaces to
use the same abstract handle type as the primary libxc interface
rather than the existing simple integer handle. This is good for
consistency and also allows callers to control logging in the same was
as they do with the primary interface. I have given each interface a
distinct typedef name, in the hopes that in the future some type
safety can be introduced.

In addition to this series there is two patches to qemu-xen
corresponding to the change in the event channel and grant table
interface respectively.

Following on from this the series then introduces an osdep abstraction
which encapsulates the OS specific portions of libxc which interface
with the hypervisor via the relevant kernel interfaces.

The series then makes it possible to load implementations of this
interface dynamically at runtime. Although the series includes a noddy
implementation (mainly to validate that such a thing builds ok) the
actual primary user will be the "Xen In Userspace" (xiu) simulator
used in the XCP SDK VM. The patches to implement this functionality
will be included in a followup reposting of my previous "Allow XCP to
use ocaml library bindings in Xen unstable" set of series.

The series has been tested using xl with PV and HVM guests (with both
stub and non-stub qemu) as well as with the XCP series in both real
dom0 and an SDK VM.

Signed-off-by: Ian Campbell <ian.campbell@xxxxxxxxxx>

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel