HsXenCtrl

From HaskellWiki
Jump to navigation Jump to search

Introduction

hsXenCtrl is the Haskell bindings to Xen Control[1] (see <xenctrl.h> if you have the xenctrl-devel package installed).

The source code is available from the repository [2] and on hackage [3].

Current Status

Nearly all of xenctrl.h has c bindings made for it in the System.Xen.CBindings module (See 'FIXME' and 'TODO' marks for exceptions). The API is subject to change as new types gradually replace primitives (such as the excessive use of CInt). In most cases there exists a Storable instance for the Haskalized structures; notable exceptions include anything that has a union (XenDomCtl / xen_domctl_guest_t, XenSysCtl / xen_sysctl_t, MMUExtOp / mmuext_op_t). This is because 'C' unions have no type information identifying how to interpret the unions and thus need extra context for a proper peek operation.

Design

The first stage of development is making System.Xen.CBindings, in which an FFI binding is made to all C routines in xenctrl.h and supporting data structures are translated into Haskell. Little to no logic is intended to be implemented in this module - it should give uninhibited access to the xen primitives.

A higher level module, System.Xen, will be made that provides most the basic operations in a simpler manner. The need to call xc_handle_[open,close] will be in the plumbing along with any need for XCHandle. Also, the errors (typically returned CInt values) will be reexpressed using 'Either XenError a' or by throwing exceptions (the library will pick a single method).

Suggested Projects Using hsXenCtrl

The most obvious doors opened are Haskell rewrites of the current Xen infrastructure (virt-install, xm, xend). Slightly more interesting tasks could be (warning: random thoughts):

  1. HAPPS server that can manage Xen domains (without requiring python libs or System.cmd)
  2. Network or BSD socket based remote management programs in Haskell. haxr or session-types might be of use here.
  3. With the functions that can alter the CPUs availability, more complex rules or sharing arrangements could be implemented. Same concept applies to other resources such as PCI and memory allocation.

Contributing

If you have time and are eager then feel free to start designing and implemented System.Xen - if you don't then I will, just not on any particular timeline.

There is an XML-RPC for Xen which is used for communication between the 'xm' tool and 'xend'. Any Haskell version of the xml-rpc primitives would be welcome additions to this library or a complimentary second library.