Sped up checksum calculation.
Merge pull request #21 from balrajsingh/master

checksum speed up
Well, there's good news and bad news.  To start with the bad news, there's a missing `-O3` in mirage-platform which led to the runtime being completely unoptimised on Xen. The good news is that we should be an awful lot faster now :)
release version 0.7.2
change xen installation to place libraries in a separate mirage-xen area, to avoid ocamlfind complaining about subdirectories in a package
add C stubs for the Str module, adapted to remove use of compatibility (e.g. stat_alloc to caml_stat_alloc).

We want to get rid of this eventually, but that can wait for namespaces and such
update CHANGES and bump to 0.8.0
0.8.0 CHANGES
With standard compiler, oS.cma gets now dynamically linked with unixrun. Fixes #require mirage;; in the toplevel.
Make ocamlfind to install libunixrun.so as well. This is necessary for mirage to work in the toplevel
Merge pull request #23 from vbmithr/master2

Fix mirage on the toplevel.
Fix the xenstore wait in blkif

Signed-off-by: Jon Ludlam <jonathan.ludlam@eu.citrix.com>
Merge pull request #25 from jonludlam/blkif-fix

Fix the xenstore wait in blkif
add CHANGES entry for #25
bump version to 0.8.1
Documented module Io_page of the UNIX backend
Documented module Netif of the UNIX backend
Start synchronising the xen libs with the userspace xenctrl ones

Rename Evtchn -> Eventchn
 -- Evtchn is the better name but Eventchn has been in xen-unstable for
    a while now
Remove xen Blkif from the build: will switch to ocaml-xen-block-driver
 -- perhaps we should put both xen and unix blkif in 'ocaml-block-driver'
    to make the package dependencies simpler?
Grant table 'map', 'mapv' (as would be used by a backend)

Unfortunately it's not possible to synchronise the xenctrl 'grant share'
(ie exporting of grant references as-in blkfront) because the mirage
implementation allows the sharing of an existing buffer but the xenctrl
version does not.
Remove the xen blkif implementation: this now resides in ocaml-xen-block-driver
Allow device providers to be added later

Previously a master device_t took a snapshot of the provider list at
a single point in time, preventing providers being registered later.

Instead we allow providers to be registered whenever is convenient,
and start per-provider threads on demand.