From mboxrd@z Thu Jan 1 00:00:00 1970 From: Ian Campbell Subject: [PATCH 00 of 25] libxc: dom0 OS integration cleanup+abstraction. Date: Fri, 03 Dec 2010 09:57:04 +0000 Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com To: xen-devel@lists.xensource.com Cc: Ian Campbell List-Id: xen-devel@lists.xenproject.org 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