On Mon, Jun 18, 2007 at 12:02:02PM +0100, Daniel P. Berrange wrote: > On Mon, Jun 18, 2007 at 05:32:45AM -0400, Daniel Veillard wrote: > > On Sun, Jun 17, 2007 at 10:48:17PM +0100, Daniel P. Berrange wrote: > > > The 3 patches which follow are work-in-progress to re-factor the QEMU > > > daemon / driver to eventually adhere to the main libvirt internal driver > > > API. Once this work is complete, there will only need to be a single > > > daemon running which can provide both remote & QEMU capabilities at once > > > with no QEMU specific code in it. > > > > Just to clarify, we will still need one process to be forked per QEmu > > instance which is under control, right ? > > > Yes to be clear. This is changing from a model where we have processes: > > libvirtd > libvirt_qemud > | > +- qemu > +- qemu > +- dnsmasq > > To merge the two daemons so we have > > libvirtd > | > +- qemu > +- qemu > +- dnsmasq > > The single daemon serves as both the remote daemon & QEMU daemon all in > one, with no need for QEMU specific code. okay, what I though, but thanks for the explanation ! > > > This is following some of the ideas I set out here > > > > > > http://www.redhat.com/archives/libvir-list/2007-May/msg00083.html > > > > yes this is teh right time to get this fixed ! > > Yep, my primary motiviation is that we just broke QEMU protocol capability. > So we should merge these daemons now to avoid having to break it a second > time. okay Daniel -- Red Hat Virtualization group http://redhat.com/virtualization/ Daniel Veillard | virtualization library http://libvirt.org/ veillard@xxxxxxxxxx | libxml GNOME XML XSLT toolkit http://xmlsoft.org/ http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/