Hello,
This is a patch to fix vm's outbound traffic control problem.
Currently, vm's outbound traffic control by libvirt doesn't go well.
This problem was previously discussed at libvir-list ML, however
it seems that there isn't still any answer to the problem.
On 2012年06月29日 07:57, Eric Blake wrote:
Our code was mistakenly relying on an undefined macro, WITH_INTERFACE,
for determining whether to load the interface driver which wraps the
netcf library. Clean this situation up by having only one automake
conditional for the driver, and having both
On 29.06.2012 08:09, Eiichi Tsukata wrote:
Hello,
This is a patch to fix vm's outbound traffic control problem.
Currently, vm's outbound traffic control by libvirt doesn't go well.
This problem was previously discussed at libvir-list ML, however
it seems that there isn't still any answer
On Mon, Jun 25, 2012 at 07:20:59PM +0800, Daniel Veillard wrote:
I just tagged the git tree and I pushed the tarball for rc1:
ftp://libvirt.org/libvirt/libvirt-0.9.13-rc1.tar.gz
the rpms I build are coming along soon.
Please give it a try, the basic seems okay to me (kvm driver seems
On Fri, Jun 29, 2012 at 11:05:33AM +0800, Gao feng wrote:
Hi Everyone,
Now I'm working on making the container's system info(such as
/proc/meminfo,cpuinfo..) isolate from
the host.
I made a patch which implement showing the /proc/meminfo base on container's
memcg,
and sent it to the
On Fri, Jun 29, 2012 at 11:08:18AM +0200, Michal Privoznik wrote:
On 29.06.2012 08:09, Eiichi Tsukata wrote:
Hello,
This is a patch to fix vm's outbound traffic control problem.
Currently, vm's outbound traffic control by libvirt doesn't go well.
This problem was previously
On Fri, Jun 29, 2012 at 11:15:02AM +0200, Guido Günther wrote:
On Mon, Jun 25, 2012 at 07:20:59PM +0800, Daniel Veillard wrote:
I just tagged the git tree and I pushed the tarball for rc1:
ftp://libvirt.org/libvirt/libvirt-0.9.13-rc1.tar.gz
the rpms I build are coming along soon.
This patch series supports the forward mode='hostdev'. The functionality
of this mode is the same as interface type='hostdev' but with the added
benefit of using interface pools.
The patch series also contains a patch to support use of interface names
and PCI device addresses interchangeably in a
Refactoring existing code without causing any functional changes to prepare for
new code.
This patch makes the code reusable.
Signed-off-by: Shradha Shah ss...@solarflare.com
---
include/libvirt/virterror.h |1 +
src/Makefile.am |7 ++-
src/conf/device_conf.c | 135
Just code movement no functional changes here. This makes the code reusable
Signed-off-by: Shradha Shah ss...@solarflare.com
---
src/network/bridge_driver.c | 84 ++
1 files changed, 52 insertions(+), 32 deletions(-)
diff --git
This patch introduces the new forward mode='hostdev' along with attribute
managed
Includes updates to the network RNG and new xml parser/formatter code.
Signed-off-by: Shradha Shah ss...@solarflare.com
---
docs/schemas/network.rng | 82 +++--
The network pool should be able to keep track of both, network device
names nad PCI addresses, and return the appropriate one in the actualDevice
when networkAllocateActualDevice is called.
Signed-off-by: Shradha Shah ss...@solarflare.com
---
src/network/bridge_driver.c | 33
Signed-off-by: Shradha Shah ss...@solarflare.com
---
src/qemu/qemu_command.c | 14 ++
1 files changed, 14 insertions(+), 0 deletions(-)
diff --git a/src/qemu/qemu_command.c b/src/qemu/qemu_command.c
index 93c018d..0f6b714 100644
--- a/src/qemu/qemu_command.c
+++
This patch updates the network driver to properly utilize the new
attributes/elements that are now in virNetworkDef
Signed-off-by: Shradha Shah ss...@solarflare.com
---
docs/formatnetwork.html.in | 62 +
src/network/bridge_driver.c | 213
Daniel Veillard wrote:
I just tagged the git tree and I pushed the tarball for rc2:
ftp://libvirt.org/libvirt/libvirt-0.9.13-rc2.tar.gz
the rpms are being built and will be pushed soon too
I didn't get any feedback on other platforms or OSes for rc1,
hopefully this will get a bit of
On Fri, Jun 29, 2012 at 01:58:05PM +0900, MATSUDA, Daiki wrote:
diff -uNrp libvirt-0.9.13.orig/daemon/remote.c libvirt-0.9.13/daemon/remote.c
--- libvirt-0.9.13.orig/daemon/remote.c 2012-06-25 16:06:18.0
+0900
+++ libvirt-0.9.13/daemon/remote.c2012-06-29 12:50:03.752806682
This is in preparation of the enablement of s390 guests with virtio devices.
The assignment of device addresses happens in different places, i.e. the
qemu driver and process modules as well as in the unit tests in slightly
different flavors. Currently, these are PPC spapr-vio and PCI
devices,
As 0.9.13 is stabilizing and I will not be available next week
I am sending this reworked patch set already today, looking forward
to comments.
This series adds support for the s390 flavor of virtio devices.
Since the s390 virtio devices are not implemented as PCI devices
it is necessary to
Rewrote the device assignment parts in tests to use qemuDomainAssignAddresses.
This way the tests will work for new device address types as they show
up in the future (like s390 device types).
Signed-off-by: Viktor Mihajlovski mihaj...@linux.vnet.ibm.com
---
tests/qemuxml2argvtest.c | 12
Added s390-virtio machine type to the XML schema for domains in order
to not fail the domain schema tests.
Signed-off-by: Viktor Mihajlovski mihaj...@linux.vnet.ibm.com
---
docs/schemas/domaincommon.rng | 20
1 files changed, 20 insertions(+), 0 deletions(-)
diff --git
Add minimal s390-virtio domain testcase and testcases for virtio serial,
net, disk for the virtio-s390 bus.
Signed-off-by: Viktor Mihajlovski mihaj...@linux.vnet.ibm.com
---
.../qemuxml2argv-console-virtio-s390.args |9 ++
.../qemuxml2argv-console-virtio-s390.xml |
The s390(x) architecture doesn't feature a PCI bus. For the purpose of
supporting virtio devices a virtual bus called virtio-s390 is used.
A new address type VIR_DOMAIN_DEVICE_ADDRESS_TYPE_VIRTIO_S390 is used to
distinguish the virtio devices on s390 from PCI-based virtio devices.
V3 Change:
From: Daniel P. Berrange berra...@redhat.com
Since we are mounting a new /dev in the container, we must
remove any sub-mounts like /dev/shm, /dev/mqueue, etc,
otherwise they'll be recorded in /proc/mounts, but not be
accessible to applications.
---
src/lxc/lxc_container.c |7 ---
1 file
On Wed, Jun 20, 2012 at 07:01:17PM +0800, Yong Sheng Gong wrote:
Hi,
I found libvirtd will create vnet0 with a different mac other than the one
defined in domain file. The mac in Domain file will be used by qemu-kvm.
I want to know how libvirtd decides the mac for vnet0, Who can give me a
On 06/29/2012 09:30 AM, Daniel P. Berrange wrote:
From: Daniel P. Berrange berra...@redhat.com
Since we are mounting a new /dev in the container, we must
remove any sub-mounts like /dev/shm, /dev/mqueue, etc,
otherwise they'll be recorded in /proc/mounts, but not be
accessible to
On 06/29/2012 01:34 AM, Osier Yang wrote:
On 2012年06月29日 07:57, Eric Blake wrote:
Our code was mistakenly relying on an undefined macro, WITH_INTERFACE,
for determining whether to load the interface driver which wraps the
netcf library. Clean this situation up by having only one automake
On Fri, Jun 29, 2012 at 10:18:47AM -0600, Eric Blake wrote:
On 06/29/2012 01:34 AM, Osier Yang wrote:
On 2012年06月29日 07:57, Eric Blake wrote:
Our code was mistakenly relying on an undefined macro, WITH_INTERFACE,
for determining whether to load the interface driver which wraps the
netcf
From: Richa Marwaha rmar...@linux.vnet.ibm.com
This patch adds the support to run the QEMU network helper
under unprivileged user. It also adds the support for
attach-interface option in virsh to run under unprivileged
user.
Signed-off-by: Richa Marwaha rmar...@linux.vnet.ibm.com
Signed-off-by:
From: Richa Marwaha rmar...@linux.vnet.ibm.com
This patch provides AppArmor policy updates for the QEMU bridge helper.
The QEMU bridge helper is a SUID executable exec'd by QEMU that drops
capabilities to CAP_NET_ADMIN and adds a tap device to a network bridge.
Signed-off-by: Richa Marwaha
From: Richa Marwaha rmar...@linux.vnet.ibm.com
This patch adds the capability in libvirt to check if
-netdev bridge option is supported or not.
Signed-off-by: Richa Marwaha rmar...@linux.vnet.ibm.com
Signed-off-by: Corey Bryantcor...@linux.vnet.ibm.com
---
v2
-This is a new patch that helps
From: Richa Marwaha rmar...@linux.vnet.ibm.com
QEMU has a new feature which allows QEMU to execute under an unprivileged user
ID and still be able to
add a tap device to a Linux network bridge. Below is the link to the QEMU
patches for the bridge helper
feature:
On 06/28/2012 09:41 PM, Eric Blake wrote:
On 06/28/2012 06:38 PM, Stefan Berger wrote:
Below patch fixes this coverity report:
/libvirt/src/conf/nwfilter_conf.c:382:
leaked_storage: Variable varAccess going out of scope leaks the
storage it points to.
---
src/conf/nwfilter_conf.c |1 +
On Thu, Jun 28, 2012 at 5:36 AM, Daniel Veillard veill...@redhat.com wrote:
I just tagged the git tree and I pushed the tarball for rc2:
ftp://libvirt.org/libvirt/libvirt-0.9.13-rc2.tar.gz
Builds fine on OSX Lion.
Regards,
Ruben
--
libvir-list mailing list
libvir-list@redhat.com
On Fri, Jun 29, 2012 at 10:27:22PM +0200, Ruben Kerkhof thus spake:
On Thu, Jun 28, 2012 at 5:36 AM, Daniel Veillard veill...@redhat.com wrote:
I just tagged the git tree and I pushed the tarball for rc2:
ftp://libvirt.org/libvirt/libvirt-0.9.13-rc2.tar.gz
Builds fine on OSX Lion.
On 06/29/2012 02:47 PM, Jason Helfman wrote:
FreeBSD fails on this here:
conf/domain_conf.c: In function 'virDomainFSDefParseXML':
conf/domain_conf.c:4252: error: 'ULONG_LONG_MAX' undeclared (first use
in this function)
POSIX requires limits.h to spell it ULLONG_MAX, not ULONG_LONG_MAX.
Reported by Jason Helfman as a build-breaker on FreeBSD.
* src/conf/domain_conf.c (virDomainFSDefParseXML): Use POSIX
spelling.
* src/openvz/openvz_conf.c (openvzReadFSConf): Likewise.
---
Pushing under the build-breaker rule.
src/conf/domain_conf.c |8 +++-
src/openvz/openvz_conf.c
On Fri, Jun 29, 2012 at 03:11:41PM -0600, Eric Blake thus spake:
Reported by Jason Helfman as a build-breaker on FreeBSD.
Patch is good. It builds, now.
Thanks!
-jgh
--
Jason Helfman
System Administrator
experts-exchange.com
http://www.experts-exchange.com/M_4830110.html
E4AD 7CF1 1396 27F6
Hi libvirt-list,
Full disclosure: this is the first open source project I've tried to contribute
to and I'm still learning the process and tools.
In any case, Mikhail Gusarov started a thread on this a while back and I've
tried to take it to conclusion. I needed to remove tls for 0.8.4 so I
I just tried to set up sanlock on F17 using the instructions at
http://libvirt.org/locking.html, but libvirtd refuses to start with
the sanlock error in the logs:
Jun 29 19:56:20 nienna sanlock[8423]: 19846 open error -13
/var/lib/libvirt/sanlock/__LIBVIRT__DISKS__
I confirmed that user sanlock
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On Fri, Jun 29, 2012 at 03:07:52PM -0600, Eric Blake thus spake:
On 06/29/2012 02:47 PM, Jason Helfman wrote:
FreeBSD fails on this here:
conf/domain_conf.c: In function 'virDomainFSDefParseXML':
conf/domain_conf.c:4252: error:
On Wed, Jun 27, 2012 at 10:36 PM, Daniel Veillard veill...@redhat.com wrote:
I just tagged the git tree and I pushed the tarball for rc2:
ftp://libvirt.org/libvirt/libvirt-0.9.13-rc2.tar.gz
the rpms are being built and will be pushed soon too
I didn't get any feedback on other
On Fri, Jun 29, 2012 at 08:06:34PM -0400, Dave Allan wrote:
I just tried to set up sanlock on F17 using the instructions at
http://libvirt.org/locking.html, but libvirtd refuses to start with
the sanlock error in the logs:
Jun 29 19:56:20 nienna sanlock[8423]: 19846 open error -13
42 matches
Mail list logo