Re: [Qemu-devel] [PATCH v9 2/4] qemu: URI parsing library

the change into glib, that will be a relatively different code base (my recollection is that glib exits on allocation error which tend to impact API design so this may be more complex than just different naming for the functions). Daniel -- Daniel Veillard | libxml Gnome XML XSLT toolk

Re: [Qemu-devel] [libvirt] virDomainBlockJobAbort and block_job_cancel

older libvirtd where the behavior is blocking by > default, but that's a bit riskier. Agreed, I would rather not change the current call semantic, but an ASYNC flag would be a really good addition. We can document the risk of not using it in the function description and suggest new ap

Re: [Qemu-devel] Re: [et-mgmt-tools] Image Corruption Possible with qemu and qemu-kvm

idn't work. Well initially I was really of the position that checking had to be done at the hypervisor level, but as this thread pointed out we can't always do this (there is also the potential of conflict between different hypervisor though that sounds more theorical than pract

[Qemu-devel] Work toward Qemu support for libvirt

command to the qemu processes. It's never too late for feedback or suggestions, some of you may have done similar things in the past, but earlier fedback always make things easier :-) Daniel -- Red Hat Virtualization group http://redhat.com/virtualization/ Daniel Veillard | virtualiz

Re: [Qemu-devel] [PATCH] Remote console access though socket

out redirecting console, but rather allow remote asynchonous control over qemu instance(s). Daniel -- Daniel Veillard | libxml Gnome XML XSLT toolkit http://xmlsoft.org/ [EMAIL PROTECTED] | Rpmfind RPM search engine http://rpmfind.net/ http://veillard.com/ | __

Re: [Qemu-devel] Re: QEMU GUI-Frontend based on Libvert API

ancy and is probably a bit heavy for the task. Is it possible to get some sort of agreement that this would be a good idea to add (then technical issues and patches could be discussed with reasonable expectation that it would end up being integrated) ? Daniel -- Daniel Veillard | Red Hat ht

Re: [Qemu-devel] [PATCH] Remote console access though socket

On Sat, Mar 11, 2006 at 11:22:29PM +0100, Oliver Gerlich wrote: > Daniel Veillard schrieb: > > I need first to find the ports of the > > QEmu instances (plural, if you limit to one per box, then you can block the > > default port number and there would be no problem)

Re: [Qemu-devel] [PATCH] Remote console access though socket

On Wed, Mar 08, 2006 at 09:52:11AM -0500, Daniel Veillard wrote: > Hi, > > enclosed is a first version of a patch to allow remote access and control > for QEmu instances, I have put an updated version of the patch and client code example at ftp://veillard.com/libvirt/qemu-pa

Re: [Qemu-devel] [PATCH] Remote console access though socket

On Sat, Mar 11, 2006 at 05:24:40PM +0100, Oliver Gerlich wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Daniel Veillard schrieb: > > Hi, > > > > enclosed is a first version of a patch to allow remote access and control > > for QEmu instances,

Re: [Qemu-devel] [PATCH] Remote console access though socket

On Wed, Mar 08, 2006 at 12:35:13PM -0800, Ed Swierk wrote: > Daniel Veillard wrote: > > enclosed is a first version of a patch to allow remote access and control > > for QEmu instances, I'm not suggesting to apply it as is (though it seems > > to work in my limited test

[Qemu-devel] [PATCH] Remote console access though socket

t feedback from other interested people. Daniel -- Daniel Veillard | Red Hat http://redhat.com/ [EMAIL PROTECTED] | libxml GNOME XML XSLT toolkit http://xmlsoft.org/ http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/ Index: qemu/Makefile.target

Re: [Qemu-devel] Idea: Qemu as test coverage tool for kernels

ough I have no idea of the resulting impedance of activating all probes in a running kernel: http://sourceware.org/systemtap/ http://www.redhat.com/magazine/011sep05/features/systemtap/ Daniel -- Daniel Veillard | Red Hat http://redhat.com/ [EMAIL PROTECTED] | libxml GNOME XML XSLT