On 01/30/2015 06:20 AM, Peter Krempa wrote:
> Add a XML element that will allow to specify maximum supportable memory
s/a XML/an XML/
> and the count of memory slots to use with memory hotplug.
Might be nice to demonstrate that XML here in the commit message, not
just in formatdomain.html.
>
>
On 01/30/2015 06:20 AM, Peter Krempa wrote:
> The pc-dimm device represents a RAM memory module.
> ---
> src/qemu/qemu_capabilities.c | 2 ++
> src/qemu/qemu_capabilities.h | 1 +
> tests/qemucapabilitiesdata/caps_2.1.1-1.caps | 1 +
> 3 files changed, 4 insertions(
On 02/05/2015 12:29 PM, Laine Stump wrote:
> When defining and creating networks, we have been checking to make
> sure there is only a single "default" portgroup, but haven't verified
> that no two portgroups have the same name. We *do* check for multiple
> definitions when updating the portgroups
On Thu, Feb 05, 2015 at 02:25:41PM -0700, Jim Fehlig wrote:
> Marek Marczykowski-Górecki wrote:
> > Otherwise domainCreateWithFlags via remote returns -1 as domid.
> >
> > Signed-off-by: Marek Marczykowski-Górecki
> > ---
> > src/libxl/libxl_driver.c | 3 +++
> > 1 file changed, 3 insertions(+)
>
On 02/05/2015 01:48 AM, Ján Tomko wrote:
> Return 0 instead of ERR_NO_SUPPORT in each driver
> where we don't support managed save or -1 if
> the domain does not exist.
>
> This avoids spamming daemon logs when 'virsh dominfo' is run.
>
> https://bugzilla.redhat.com/show_bug.cgi?id=1095637
> ---
Marek Marczykowski-Górecki wrote:
> Do not silently ignore its value. LibXL support only one address, so
> refuse multiple IPs.
>
> Signed-off-by: Marek Marczykowski-Górecki
> ---
> src/libxl/libxl_conf.c | 5 +
> src/libxl/libxl_domain.c | 11 +++
> 2 files changed, 16 insertions(
Marek Marczykowski-Górecki wrote:
> Vfb entries in domain config are used only by PV drivers. Qemu
> parameters are build based on b_info struct. So fill it with the same
> data as vfb entries (actually the first one).
> This will additionally allow graphic-less domain, when no
> entries are prese
Marek Marczykowski-Górecki wrote:
> At least Xen supports backend drivers in another domain (aka "driver
> domain"). This patch introduces XML config option for such setting as
> 'domain' attribute of 'source' element. Verification its content is left
> for the driver.
>
> In the future same option
Marek Marczykowski-Górecki wrote:
> Otherwise domainCreateWithFlags via remote returns -1 as domid.
>
> Signed-off-by: Marek Marczykowski-Górecki
> ---
> src/libxl/libxl_driver.c | 3 +++
> 1 file changed, 3 insertions(+)
>
> diff --git a/src/libxl/libxl_driver.c b/src/libxl/libxl_driver.c
> inde
On 02/05/2015 07:52 AM, Ján Tomko wrote:
> It is only usable for NETWORK and BRIDGE type interfaces.
> Error out when trying to start a domain where the custom
> tap device path is specified for interfaces of other types,
> or when the daemon is not privileged.
>
> Note that this cannot be check
On 02/05/2015 07:52 AM, Ján Tomko wrote:
> It is not used for other network interface models.
A little light here... Something along the lines of only supporting
backend vhost attribute for virtio adapters and quietly dropping it for
any other definition...
>
> https://bugzilla.redhat.com/show
When defining and creating networks, we have been checking to make
sure there is only a single "default" portgroup, but haven't verified
that no two portgroups have the same name. We *do* check for multiple
definitions when updating the portgroups in an existing network
though.
This patch adds a c
On Thu, Feb 05, 2015 at 15:47:53 +0100, Ján Tomko wrote:
> This flag for virConnectBaselineCPU will allow filtering out
> CPU features that block migration from the result.
>
> https://bugzilla.redhat.com/show_bug.cgi?id=1171484
> ---
> include/libvirt/libvirt-host.h | 1 +
> src/libvirt-host.c
Hello Eric,
it has been quite a while since we have looked at this :). I'm
revisiting this problem and I find that it still exists. Here is an
archive link of our previous discussions on this:
https://www.redhat.com/archives/libvir-list/2014-July/thread.html#00809
Basically, when I do a migr
On Thu, Feb 05, 2015 at 15:47:56 +0100, Ján Tomko wrote:
> Wire up VIR_CONNECT_BASELINE_CPU_MIGRATABLE to this
> command line option.
> ---
> tools/virsh-domain.c | 6 ++
> tools/virsh.pod | 5 +++--
> 2 files changed, 9 insertions(+), 2 deletions(-)
>
> diff --git a/tools/virsh-domain.c
Laine Stump 2015-2-4 下午 17:12 >>>
>On 02/03/2015 11:39 AM, Michal Privoznik wrote:
>> On 02.02.2015 15:08, Lin Ma wrote:
>>> By checking transient interfaces, It obtains the live information of
>>> attached interfaces to see if the bridge is in use.
>>>
>>> Signed-off-by: Lin Ma
>>> ---
>>
"Daniel P. Berrange" 2015-2-4 下午 23:10 >>>
>On Wed, Feb 04, 2015 at 02:21:18AM -0500, Laine Stump wrote:
>> On 02/03/2015 11:47 AM, Michal Privoznik wrote:
>> > On 02.02.2015 15:08, Lin Ma wrote:
>> >> * Get the live state info of a virtual network through netcf in
>> >> networkGetXMLDesc.
"Daniel P. Berrange" 2015-2-4 下午 23:10 >>>
>On Wed, Feb 04, 2015 at 02:21:18AM -0500, Laine Stump wrote:
>> On 02/03/2015 11:47 AM, Michal Privoznik wrote:
>> > On 02.02.2015 15:08, Lin Ma wrote:
>> >> * Get the live state info of a virtual network through netcf in
>> >> networkGetXMLDesc.
"Daniel P. Berrange" 2015-2-4 下午 17:17 >>>
>On Mon, Feb 02, 2015 at 10:08:21PM +0800, Lin Ma wrote:
>> It constructs a temporary static config of the network, Obtains all of
>> attached interfaces information through netcf, Then removes the config.
>>
>> Signed-off-by: Lin Ma
>> ---
>> in
Allowing their use with x86Data* helpers for easier filtering.
---
src/cpu/cpu_x86.c | 38 ++
1 file changed, 38 insertions(+)
diff --git a/src/cpu/cpu_x86.c b/src/cpu/cpu_x86.c
index 45be262..f6e8eec 100644
--- a/src/cpu/cpu_x86.c
+++ b/src/cpu/cpu_x86.c
@@ -9
This flag for virConnectBaselineCPU will allow filtering out
CPU features that block migration from the result.
https://bugzilla.redhat.com/show_bug.cgi?id=1171484
---
include/libvirt/libvirt-host.h | 1 +
src/libvirt-host.c | 3 +++
2 files changed, 4 insertions(+)
diff --git a/incl
Subtract the migrate blocker data from the result if this flag
was specified.
---
src/bhyve/bhyve_driver.c| 3 +-
src/cpu/cpu_x86.c | 9 +-
src/qemu/qemu_driver.c | 3 +-
tests/cputest.c
Add a flag to virConnectBaselineCPU to filter out features
that block migration.
Ján Tomko (5):
Also store features blocking migration as CPUx86Data in the cpu map
Add VIR_CONNECT_BASELINE_CPU_MIGRATABLE flag
Implement VIR_CONNECT_BASELINE_CPU_MIGRATABLE in the x86 cpu driver
Trivially imp
Wire up VIR_CONNECT_BASELINE_CPU_MIGRATABLE to this
command line option.
---
tools/virsh-domain.c | 6 ++
tools/virsh.pod | 5 +++--
2 files changed, 9 insertions(+), 2 deletions(-)
diff --git a/tools/virsh-domain.c b/tools/virsh-domain.c
index bab44fe..2b4f06d 100644
--- a/tools/virsh-d
Both for
https://bugzilla.redhat.com/show_bug.cgi?id=1147195
Ján Tomko (2):
Only parse custom vhost path for virtio interfaces
Error out when custom tap device path makes no sense
src/conf/domain_conf.c | 6 +++-
src/qemu/qemu_command.c
It is only usable for NETWORK and BRIDGE type interfaces.
Error out when trying to start a domain where the custom
tap device path is specified for interfaces of other types,
or when the daemon is not privileged.
Note that this cannot be checked at definition time, because
the comparison is agains
On 02/03/2015 06:52 AM, Shivaprasad G Bhat wrote:
> virNodeListDevices called by listDevices indirectly uses the
> virNodeDeviceHasCap() which is buggy.
>
> Earlier, virNodeListDevices was used in "virsh nodedev-list" as well. Though,
> the code was rewritten to use vshNodeDeviceListCollect inst
It is not used for other network interface models.
https://bugzilla.redhat.com/show_bug.cgi?id=1147195
---
src/conf/domain_conf.c | 6 +++-
.../qemuxml2argv-tap-vhost-incorrect.xml | 39 ++
.../qemuxml2xmlout-tap-vhost-incorrect.xml
On Thu, Feb 5, 2015 at 6:13 PM, John Ferlan wrote:
> <...snip...>
>>
>> Had a chance to try your patch.
>>
>> # cat testCaps.py
>> import libvirt
>> conn = libvirt.openReadOnly('qemu:///system')
>> fc = conn.nodeDeviceLookupByName('scsi_host1')
>> caps = fc.listCaps();
>> print "The capabilities a
On Wed, Feb 4, 2015 at 8:39 PM, Shivaprasad bhat
wrote:
> On Wed, Feb 4, 2015 at 7:25 PM, John Ferlan wrote:
>>
>>
>> On 02/03/2015 03:59 PM, John Ferlan wrote:
>>>
>>>
>>> On 02/03/2015 06:55 AM, Shivaprasad G Bhat wrote:
fc_host & vport_ops devices are SCSI devices with additional capabili
<...snip...>
>
> Had a chance to try your patch.
>
> # cat testCaps.py
> import libvirt
> conn = libvirt.openReadOnly('qemu:///system')
> fc = conn.nodeDeviceLookupByName('scsi_host1')
> caps = fc.listCaps();
> print "The capabilities are", caps
> nCaps = fc.numOfCaps();
> print "The number of Ca
On 01/30/2015 07:17 PM, Eric Blake wrote:
+}
+i++;
+}
+
+return -1;
+}
+
/**
* virCommandSetPidFile:
* @cmd: the command to modify
diff --git a/src/util/vircommand.h b/src/util/vircommand.h
index bf65de4..198da2f 100644
--- a/src/util/vircommand.h
+++ b/src/util/vi
On 01/06/2015 02:50 PM, Jincheng Miao wrote:
Add API openGraphicsFD test case to linux_domain.conf
Jincheng Miao (2):
domain: add open_graphicsfd
Add open_graphicsFD to linux_domain.conf
cases/linux_domain.conf | 14 ++
repos/domain/open_graphicsfd.py | 89
On 02/05/2015 03:14 PM, Ján Tomko wrote:
On Thu, Feb 05, 2015 at 11:42:26AM +0800, Luyao Huang wrote:
Add the missing jump to the error label when cookin uuid
does not match the ctxt uuid.
'cookie uuid' and 'ctxt uuid' don't seem clear enough to me.
I have reworded the commit message:
Add th
Return 0 instead of ERR_NO_SUPPORT in each driver
where we don't support managed save or -1 if
the domain does not exist.
This avoids spamming daemon logs when 'virsh dominfo' is run.
https://bugzilla.redhat.com/show_bug.cgi?id=1095637
---
src/bhyve/bhyve_driver.c | 25 +-
sr
On Thu, Feb 05, 2015 at 11:42:26AM +0800, Luyao Huang wrote:
> Add the missing jump to the error label when cookin uuid
> does not match the ctxt uuid.
>
'cookie uuid' and 'ctxt uuid' don't seem clear enough to me.
I have reworded the commit message:
Add the missing jump to the error label when t
36 matches
Mail list logo