On 07/06/2015 03:46 PM, Jim Fehlig wrote:
In Xen, dom0 is really just another domain that supports ballooning,
adding/removing devices, changing vcpu configuration, etc. This patch
adds support to the libxl driver for managing dom0. Note that the
legacy xend driver has long supported managing dom
On 06/26/2015 06:27 PM, Kothapally Madhu Pavan wrote:
> Currently we are parsing all the possible cpus to get the
> nodeinfo. This fix will perform a check for present cpus
> before parsing.
>
> Signed-off-by: Kothapally Madhu Pavan
>
>
> ---
> src/nodeinfo.c | 11 +++
> 1 file cha
In Xen, dom0 is really just another domain that supports ballooning,
adding/removing devices, changing vcpu configuration, etc. This patch
adds support to the libxl driver for managing dom0. Note that the
legacy xend driver has long supported managing dom0.
Operations that are not supported on dom
It is better not to assume that newly created network should be
connected to a bridge with same name, but specify it explicitly
by PRL_USE_VNET_NAME_FOR_BRIDGE_NAME flag.
Signed-off-by: Maxim Nestratov
---
src/vz/vz_sdk.c |4 +++-
1 files changed, 3 insertions(+), 1 deletions(-)
diff --git
On 07/01/2015 01:15 PM, Mikhail Feoktistov wrote:
We support only one IPv4 and one IPv6 default gateway.
If static IPs are not present in instance config,
then we switch on DHCP for this adapter.
PrlVmDevNet_SetAutoApply to makes necessary settings within guest OS
In linux case it creates network
On Mon, Jul 6, 2015 at 6:05 PM, Christophe Fergeau wrote:
> On Wed, Jul 01, 2015 at 09:40:51PM +0100, Zeeshan Ali (Khattak) wrote:
>> ---
>> libvirt-gobject/libvirt-gobject-network.c | 54
>> +++
>> libvirt-gobject/libvirt-gobject-network.h | 4 +++
>> libvirt-gobjec
Check if the hostdev has set the sgio filtered/unfiltered and handle
appropriately.
This restores functionality removed by commit id 'ce346623' to remove
sgio support for the SCSI generic host device.
For most kernels the result of this operation is a no-op; however, for
those that do support it
Add a single boolean function to handle whether the hostdev is shared or not.
Use the new function for the qemu{Add|Remove}SharedHostdev calls as well
as qemuSetUnprivSGIO. NB: This second usage fixes a possible bug where
if this feature is enabled at some time in the future and the shareable flag
Split out the SGIO check for sharing with hostdev in future patches
Signed-off-by: John Ferlan
---
src/qemu/qemu_conf.c | 88 ++--
1 file changed, 57 insertions(+), 31 deletions(-)
diff --git a/src/qemu/qemu_conf.c b/src/qemu/qemu_conf.c
index f82
Refactor the functions to follow logic from qemuAddSharedDisk and
qemuRemoveSharedDisk with respect to locking driver.
Signed-off-by: John Ferlan
---
src/qemu/qemu_conf.c | 27 ++-
1 file changed, 18 insertions(+), 9 deletions(-)
diff --git a/src/qemu/qemu_conf.c b/src/q
Not all kernels support SG_IO for host devices, so let's indicate so
Signed-off-by: John Ferlan
---
docs/formatdomain.html.in | 7 ---
1 file changed, 4 insertions(+), 3 deletions(-)
diff --git a/docs/formatdomain.html.in b/docs/formatdomain.html.in
index ea2fff8..0fc5d85 100644
--- a/docs/
v1 here:
http://www.redhat.com/archives/libvir-list/2015-June/msg00814.html
Changes since v1:
- Add doc patch 1 to indicate that this feature may only be supported by
certain kernels
- Adjust former patch 1 to add call to qemuIsSharedHostdev from
qemuSetUnprivSGIO
- Insert patches 7 & 8 which
Setting of 'val' is a boolean expression, so handle it that way and
adjust the check/return logic to be clearer
Signed-off-by: John Ferlan
---
src/qemu/qemu_conf.c | 10 +++---
1 file changed, 7 insertions(+), 3 deletions(-)
diff --git a/src/qemu/qemu_conf.c b/src/qemu/qemu_conf.c
index 5eb
Add necessary checks in order to allow setting sgio values for a scsi
host device
Signed-off-by: John Ferlan
---
src/qemu/qemu_conf.c | 15 +--
1 file changed, 9 insertions(+), 6 deletions(-)
diff --git a/src/qemu/qemu_conf.c b/src/qemu/qemu_conf.c
index 589a6cf..7df971b 100644
---
Set to ret = -1 and prove otherwise, like usual
Signed-off-by: John Ferlan
---
src/qemu/qemu_conf.c | 15 ++-
1 file changed, 6 insertions(+), 9 deletions(-)
diff --git a/src/qemu/qemu_conf.c b/src/qemu/qemu_conf.c
index 80b8926..5ebf2cc 100644
--- a/src/qemu/qemu_conf.c
+++ b/src/q
Introduce a convenience function to handle formulating the hostdev path
Signed-off-by: John Ferlan
---
src/qemu/qemu_conf.c | 21 -
1 file changed, 16 insertions(+), 5 deletions(-)
diff --git a/src/qemu/qemu_conf.c b/src/qemu/qemu_conf.c
index 48fb74a..f82244f 100644
--- a/s
The device path will be necessary for any future patch to allow sgio
settings on a hostdev
Signed-off-by: John Ferlan
---
src/qemu/qemu_conf.c | 22 +-
1 file changed, 13 insertions(+), 9 deletions(-)
diff --git a/src/qemu/qemu_conf.c b/src/qemu/qemu_conf.c
index 8afbddc..80
On Wed, Jul 01, 2015 at 09:40:50PM +0100, Zeeshan Ali (Khattak) wrote:
> diff --git a/libvirt-gobject/libvirt-gobject.sym
> b/libvirt-gobject/libvirt-gobject.sym
> index 88ca271..d345813 100644
> --- a/libvirt-gobject/libvirt-gobject.sym
> +++ b/libvirt-gobject/libvirt-gobject.sym
> @@ -287,6 +287
On Wed, Jul 01, 2015 at 09:40:51PM +0100, Zeeshan Ali (Khattak) wrote:
> ---
> libvirt-gobject/libvirt-gobject-network.c | 54
> +++
> libvirt-gobject/libvirt-gobject-network.h | 4 +++
> libvirt-gobject/libvirt-gobject.sym | 2 ++
> 3 files changed, 60 inserti
On Wed, Jul 01, 2015 at 09:40:45PM +0100, Zeeshan Ali (Khattak) wrote:
> Make use of virConnectListAll* functions to avoid making 4 calls and
> hence avoid race conditions and complicated code.
Fwiw, I would have split this in 2, one for domains, and one for pools,
but fine this way too, ACK.
Chr
Please be a bit more verbose in the commit log as to what the leak is.
(a virConnect reference is leaked in error cases, the unref is moved
after the label we jump to on errors to avoid the leak)
Looks good otherwise,
Christophe
On Wed, Jul 01, 2015 at 09:40:46PM +0100, Zeeshan Ali (Khattak) wro
On 07/06/2015 03:45 PM, Maxim Nestratov wrote:
03.07.2015 20:26, Dmitry Guryanov пишет:
There should be at least one domain for each guest
in cababilities. And in current code we don't add
domain for this guest for example.
if ((guest = virCapabilitiesAddGuest(caps, VIR_DOMAIN_OSTYPE_HVM,
Virt machine in qemu since v2.3.0 has PCI generic host controller, and can use
PCI devices. This provides performance improvement as well as vhost-net with
irqfd support for virtio-net. However libvirt currently does not allow ARM virt
machine to have PCI devices. This patchset adds the necessary s
This capability specifies that "virt" machine on ARM has PCI controller.
Enabled when qemu version is at least 2.3.0.
Signed-off-by: Pavel Fedin
---
src/qemu/qemu_capabilities.c | 5 +
src/qemu/qemu_capabilities.h | 1 +
2 files changed, 6 insertions(+)
diff --git a/src/qemu/qemu_capabiliti
Add PCI Express root complex if the corresponding capability is present
Signed-off-by: Pavel Fedin
---
src/qemu/qemu_domain.c | 12
1 file changed, 8 insertions(+), 4 deletions(-)
diff --git a/src/qemu/qemu_domain.c b/src/qemu/qemu_domain.c
index f9bf32c..36f411d 100644
--- a/src/q
Legacy -net option works correctly only with embedded device models, which
do not require any bus specification. Therefore, we should use -device for
PCI hardware
Signed-off-by: Pavel Fedin
---
src/qemu/qemu_command.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/src/qemu
03.07.2015 20:26, Dmitry Guryanov пишет:
There should be at least one domain for each guest
in cababilities. And in current code we don't add
domain for this guest for example.
if ((guest = virCapabilitiesAddGuest(caps, VIR_DOMAIN_OSTYPE_HVM,
VIR_AR
Thanks a lot Andrea. The cleanups are really nice. I had a chance to
test the patch and it
seems to work consistently in all sucores_per_core modes.
Only two comments written inline .
Thanks and Regards,
Shiva
On Fri, Jul 3, 2015 at 5:57 PM, Andrea Bolognani wrote:
> From: Shivaprasad G Bhat
>
Hi!
> Clearly (b). For the default it is important that it is backward
> compatible (to older libvirt versions) and works with as many guests as
> possible.
One very last counter-argument...
Actually, even if we change our default, we are still backwards-compatible,
because older libvirt aut
Hi,
> I am working on tests, and i have discovered some issues with my current
> implementation.
> Whether i concentrate my efforts on fixing them or just redo everything from
> scratch, depends on
> what you say no. So what is the final verdict? Should we:
> a) Change the default to PCI, fo
On 07/06/2015 01:38 PM, Martin Kletzander wrote:
On Mon, Jul 06, 2015 at 10:23:59AM +0800, lhuang wrote:
On 07/03/2015 08:56 PM, Martin Kletzander wrote:
On Wed, Jun 17, 2015 at 11:56:14AM +0800, Luyao Huang wrote:
Rename qemuBuildShmemDevCmd to qemuBuildShmemDevStr and change the
return typ
Hello!
> > I'm talking about the distro kernel as a guest. My understanding is that
> > Fedora 21/22 AArch64 does _not_ work with virtio-pci, but it does work with
> > virtio-mmio. But I've yet to confirm yet...
>
> arm64 has no generic pci host support yet (as of upstream kernel 4.1).
> arm has
Allows to specify maximum number of head to QXL driver.
The patch to support the "max_outputs" in Qemu is still not merged but
I got agreement on the name of the argument.
Actually can be a compatiblity problem as heads in the XML configuration
was set by default to '1'.
Signed-off-by: Frediano
This patch allows to build libvirt natively under MinGW/MSYS using portablexdr
library.
An updated version of portablexdr with fixed bugs is available as part of MSYS2
project.
Signed-off-by: Pavel Fedin
---
configure.ac | 2 +-
src/lxc/lxc_monitor_protocol.x | 2 +-
src/rpc/
34 matches
Mail list logo