Re: [libvirt] [PATCH 1/3] PIIX3 USB controller is on function 2

2011-09-04 Thread Daniel Veillard
On Fri, Sep 02, 2011 at 07:43:31PM +0200, Marc-André Lureau wrote: > Current code reserves slot 1 function 2 even if there is a user > defined PIIX3 USB controller there. > --- > src/qemu/qemu_command.c |3 ++- > 1 files changed, 2 insertions(+), 1 deletions(-) > > diff --git a/src/qemu/qemu_

Re: [libvirt] migration of vnlink VMs

2011-09-04 Thread Daniel Veillard
On Tue, May 24, 2011 at 10:29:00PM +0200, Jérémie Tarot wrote: > Hi, > > 2011/5/24 Daniel P. Berrange > > > ... > > > > And new bridging modes would be > > > >> mode='bridge-brctl|vepa|private|passthru|bridge-macvtap'/> > > > > VDE ? Openvswitch ? I would be very happy to push openvswitc

Re: [libvirt] [PATCH] Fix localtime handling for Xen-PV domains

2011-09-04 Thread Daniel Veillard
On Mon, Aug 15, 2011 at 07:52:20PM +0200, Philipp Hahn wrote: > At least Xen-3.4.3 translates the /vm/localtime SXPR value to > /domain/platform/localtime and /domain/image/{linux,hvm}/localtime when > the domain is defined. When reading back that information libvirt only > handles HVM domains, bu

Re: [libvirt] [PATCH] tests: add missing files

2011-09-04 Thread Osier Yang
于 2011年09月02日 22:44, Eric Blake 写道: Created by copying from qemuxml2argv-disk-drive-v2-wb.*, then s/writeback/directsync/. Hopefully this matches Osier's intentions. * tests/qemuxml2argvdata/qemuxml2argv-disk-drive-cache-directsync.args: * tests/qemuxml2argvdata/qemuxml2argv-disk-drive-cache-di

Re: [libvirt] [PATCH] Add directsync cache mode support for disk driver

2011-09-04 Thread Osier Yang
于 2011年09月02日 22:38, Eric Blake 写道: On 09/02/2011 01:38 AM, Osier Yang wrote: Newer QEMU introduced cache=directsync for -drive, this patchset is to expose it in libvirt layer. * Introduced a new QEMU capability flag ($prefix_CACHE_DIRECTSYNC), As even $prefix_CACHE_V2 is set, we can't known if

Re: [libvirt] [RFC] block I/O throttling: how to enable in libvirt

2011-09-04 Thread Zhi Yong Wu
On Fri, Sep 02, 2011 at 08:34:19AM -0500, Adam Litke wrote: >From: Adam Litke >To: Zhi Yong Wu >Cc: libvir-list@redhat.com >Subject: Re: [libvirt] [RFC] block I/O throttling: how to enable in libvirt >Message-ID: <20110902133419.gw15...@aglitke.rchland.ibm.com> >References: <20110901050531.gb17..

Re: [libvirt] [test-API][PATCH] Add 2 methods to generate cdrom & floppy XML for test

2011-09-04 Thread Guannan Ren
On 09/02/2011 07:15 PM, Nan Zhang wrote: add the following 2 functions to utils/Python/xmlbuilder.py * build_cdrom() * build_floppy() --- utils/Python/xmlbuilder.py | 47 +- utils/Python/xmlgenerator.py | 15 +++-- 2 files changed, 54 inse

Re: [libvirt] [PATCH] libvirtd: create run dir when running at non-root user

2011-09-04 Thread Xu He Jie
Thanks again! It will be better next time. :) On 2011年09月02日 10:37, Eric Blake wrote: On 08/28/2011 08:52 PM, x...@linux.vnet.ibm.com wrote: From: Xu He Jie Signed-off-by: Xu He Jie Usually this line goes on the bottom, not the top, of a commit message. When libvirtd is running at non-ro

[libvirt] [PATCH] libxl: avoid a dereference of a null pointer

2011-09-04 Thread ajia
Variable 'l_disk' initialized to a null pointer value, control jumps to 'case VIR_DOMAIN_DISK_DEVICE_DISK and then taking false branch, Within the expansion of the macro 'libxlError': Field access results in a dereference of a null pointer (loaded from variable 'l_disk'). * src/libxl/libxl_driver

[libvirt] [PATCH 2/2] rpc: avoid memory leak on virNetTLSContextValidCertificate

2011-09-04 Thread ajia
* src/rpc/virnettlscontext.c: fix memory leak on virNetTLSContextValidCertificate. * Detected in valgrind run: ==25667== ==25667== 6,085 (44 direct, 6,041 indirect) bytes in 1 blocks are definitely lost in loss record 326 of 351 ==25667==at 0x4005447: calloc (vg_replace_malloc.c:467) ==2566

[libvirt] [PATCH 1/2] tests: avoid memory leak on testTLSSessionInit

2011-09-04 Thread ajia
* tests/virnettlscontexttest: fix memory leak on virnettlscontext test case. * Detected in valgrind run: ==25667== ==25667== 86,651 (34,680 direct, 51,971 indirect) bytes in 10 blocks are definitely lost in loss record 350 of 351 ==25667==at 0x4005447: calloc (vg_replace_malloc.c:467) ==25667