|
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] [PATCH v5 03/12] libxl: ocaml: event management
Rob Hoes writes ("[PATCH v5 03/12] libxl: ocaml: event management"):
> Having bindings to the low-level functions libxl_osevent_register_hooks and
> related, allows to run an event loop in OCaml; either one we write ourselves,
> or one that is available elsewhere.
>
> The Lwt cooperative threads library (http://ocsigen.org/lwt/), which is quite
> popular these days, has an event loop that can be easily extended to poll any
> additional fds that we get from libxl. Lwt provides a "lightweight" threading
> model, which does not let you run any other (POSIX) threads in your
> application, and therefore excludes an event loop implemented in the C
> bindings.
Subject to my comments on with the locking change patch, I think this
one is OK _if that patch goes in as well_.
Formally speaking that means I shouldn't ack this patch, because
partial application of a series is supposed to still leave the tree
correct. Or to put it another way, it's a bit odd to find that this
patch introduces wrong code which is to be fixed up later.
Having said that, I don't think much would be served by asking you to
transpose these patches at this stage, even though it would be
preferable. And I have no other problems with this. So:
CONDITIONAL Acked-by: Ian Jackson <ian.jackson@xxxxxxxxxxxxx>
The condition is that
"libxl: ocaml: drop the ocaml heap lock before calling into libxl"
is committed and pushed simultaneously.
Ian.
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxx
http://lists.xen.org/xen-devel
|
![]() |
Lists.xenproject.org is hosted with RackSpace, monitoring our |