On Thu, Jan 22, 2015 at 10:28:19 +0800, Luyao Huang wrote:
> https://bugzilla.redhat.com/show_bug.cgi?id=1164627
>
> Add a func just check the base target type which
> qemu support. And this check will help to avoid add a qemu
> unsupport target type chr device to a running guest(hotplug)
> or to
On Tuesday, January 20, 2015 09:08:04 AM Cedric Bosdonnat wrote:
> On Mon, 2015-01-19 at 18:25 -0700, Mike Latimer wrote:
> > Apparmor must not prevent access to required helper programs. The
> > following
> >
> > helpers should be allowed to run in unconfined execution mode:
> > - libvirt_parthe
https://bugzilla.redhat.com/show_bug.cgi?id=1164627
Add a func just check the base target type which
qemu support. And this check will help to avoid add a qemu
unsupport target type chr device to a running guest(hotplug)
or to the guest inactive XML (coldplug, will effect next boot)
And this chec
https://bugzilla.redhat.com/show_bug.cgi?id=1164627
When using 'virsh attach-device' to hotplug an unsupported console type
into a qemu guest, the attachment will erroneously allows the
attachment. This patch will check to ensure that only the support target
types are used for a running guest. NB,
On 01/22/2015 07:16 AM, John Ferlan wrote:
On 12/09/2014 01:48 AM, Luyao Huang wrote:
Add a func just check the base target type which
qemu support. But i still doubt this will be useful
, we already have a check when we try to start the
vm. And this check only check the target type, and
the o
--
libvir-list mailing list
libvir-list@redhat.com
https://www.redhat.com/mailman/listinfo/libvir-list
On 12/09/2014 01:48 AM, Luyao Huang wrote:
> Add a func just check the base target type which
> qemu support. But i still doubt this will be useful
> , we already have a check when we try to start the
> vm. And this check only check the target type, and
> the other things will be done in virDomai
On 01/21/2015 01:34 PM, Laine Stump wrote:
On 01/19/2015 11:18 AM, akrow...@linux.vnet.ibm.com wrote:
From: Tony Krowiak
This patch provides the utility functions needed to synchronize
the rxfilter changes made to a guest domain with the corresponding
macvtap devices on the host:
* Get/set PR
On 01/21/2015 01:44 PM, Laine Stump wrote:
(I didn't try make syntax-check, but am assuming you have and that it
passes)
On 01/19/2015 11:18 AM, akrow...@linux.vnet.ibm.com wrote:
From: Tony Krowiak
This patch supplies the funtionality of synchronizing the host macvtap
device options with th
Well, even though users can pass the list of UEFI:NVRAM pairs at the
configure time, we may maintain the list of widely available UEFI
ourselves too. And as arm64 begin to rises, OVMF was ported there too.
With a slight name change - it's called AAVMF, with AAVMF_CODE.fd
being the UEFI firmware and
diff to v3:
- basically the patch is split into two patches
- dropped shell script in to configure.ac
Michal Privoznik (2):
qemu: Allow UEFI paths to be specified at compile time
qemu: Add AAVMF to the list of known UEFIs
configure.ac | 12
src/qemu
Up until now there are just two ways how to specify UEFI paths to
libvirt. The first one is editing qemu.conf, the other is editing
qemu_conf.c and recompile which is not that fancy. So, new
configure option is introduced: --with-loader-nvram which takes a
list of pairs of UEFI firmware and NVRAM s
(I didn't try make syntax-check, but am assuming you have and that it
passes)
On 01/19/2015 11:18 AM, akrow...@linux.vnet.ibm.com wrote:
> From: Tony Krowiak
>
> This patch supplies the funtionality of synchronizing the host macvtap
> device options with the guest device's in response to the
> N
On 20.01.2015 18:20, Martin Kletzander wrote:
> On Wed, Jan 14, 2015 at 04:28:33PM +0100, Michal Privoznik wrote:
>> Up until now there are just two ways how to specify UEFI paths to
>> libvirt. The first one is editing qemu.conf, the other is editing
>> qemu_conf.c and recompile which is not that
On 01/19/2015 11:18 AM, akrow...@linux.vnet.ibm.com wrote:
> From: Tony Krowiak
>
> This patch provides the utility functions needed to synchronize
> the rxfilter changes made to a guest domain with the corresponding
> macvtap devices on the host:
>
> * Get/set PROMISC flag
> * Get/set ALLMULTI, M
On Wed, Jan 21, 2015 at 18:09:28 +0100, Pavel Hrdina wrote:
> Clang found possible dereference of NULL pointer which is right.
> Function 'esxVI_LookupTaskInfoByTask' should find a task info. The issue
> is that we could return 0 and leave 'taksInfo' pointer NULL because if
> there is no match we s
On Wed, Jan 21, 2015 at 18:09:27 +0100, Pavel Hrdina wrote:
> Clang found that we are passing variable with wrong enum type to
> 'xenapiCrashExitEnum2virDomainLifecycle' function. This is probably
> copy-paste typo as the correct variable exists in the code, but it isn't
> used.
>
> Signed-off-by:
Clang found possible dereference of NULL pointer which is right.
Function 'esxVI_LookupTaskInfoByTask' should find a task info. The issue
is that we could return 0 and leave 'taksInfo' pointer NULL because if
there is no match we simply end the search loop end set 'result' to 0.
Every caller count
Clang found that we are passing variable with wrong enum type to
'xenapiCrashExitEnum2virDomainLifecycle' function. This is probably
copy-paste typo as the correct variable exists in the code, but it isn't
used.
Signed-off-by: Pavel Hrdina
---
src/xenapi/xenapi_driver.c | 2 +-
1 file changed, 1
Pavel Hrdina (2):
xenapi_driver: fix copy-paste typo
esx_vi: fix possible segfault
src/esx/esx_vi.c | 3 ++-
src/xenapi/xenapi_driver.c | 2 +-
2 files changed, 3 insertions(+), 2 deletions(-)
--
2.0.5
--
libvir-list mailing list
libvir-list@redhat.com
https://www.redhat.com/mail
As it turned out, fix of dead code 419a22 changed the affected condition
from "never true" to "always true", so better fix would be to change the
return code of virDomainMaybeAddController from 0 to 1 if
a new bridge has been added, thus distinguishing case when we didn't need to
add any controller
Previously the function returned either -1 in case of an error or 0 on
success. However, we should also distinguish between a case we
successfully added a controller and a case there wasn't a need to add any
controller
---
src/conf/domain_conf.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-
Erik Skultety (5):
qemu: Remove dead code in qemuDomainAssignPCIAddresses revert patch
conf: virDomainDefMaybeAddController tweak return code
qemu: Fix auto-adding PCI bridge when all slots are reserved
qemu: move PCI slot assignment for PIIX3, Q35 into a separate function
qemu: reorder P
In previous commit a chunk of code got moved in to a separate static
function qemuValidateDevicePCISlotsChipsets. This function then invokes
chipset specific functions which are defined as static as well. For
these reasons it is necessary to either have a forward declaration or
slightly reorder def
In order to be able to test for fully reserved PCI buses, assignment of
PCI slots for integrated devices needs to be moved to a separate function.
This also might be a good preparation if we decide to add support for
other chipsets as well.
---
src/qemu/qemu_command.c | 45
Commit 93c8ca tried to fix the issue with auto-adding of a PCI bridge
controller, it worked well when the slots were reserved by devices with
user defined addresses without any other devices with unspecified PCI addresses
present in the XML.
However, if another device with unspecified PCI addresses
On Wed, Jan 21, 2015 at 03:15:31PM +0100, Ján Tomko wrote:
> On 01/19/2015 02:36 PM, Daniel P. Berrange wrote:
> > The virDBusMethodCall method has a DBusError as one of its
> > parameters. If the caller wants to pass a non-NULL value
> > for this, it immediately makes the calling code require
> >
On 01/19/2015 02:36 PM, Daniel P. Berrange wrote:
> The virDBusMethodCall method has a DBusError as one of its
> parameters. If the caller wants to pass a non-NULL value
> for this, it immediately makes the calling code require
> DBus at build time. This has led to breakage of non-DBus
> builds sev
On 01/19/2015 02:36 PM, Daniel P. Berrange wrote:
The virDBusMethodCall method has a DBusError as one of its
parameters. If the caller wants to pass a non-NULL value
for this, it immediately makes the calling code require
DBus at build time. This has led to breakage of non-DBus
builds several tim
Add VIR_STORAGE_TYPE_QUORUM in virStorageType.
Add VIR_STORAGE_FILE_QUORUM in virStorageFileFormat.
Add threshold value in _virStorageSource
Signed-off-by: Matthias Gatto
---
docs/formatdomain.html.in | 20 ++--
docs/schemas/storagecommon.rng | 1 +
docs/schemas/storagevol
As explain in the former patchs, backingStore can be treat an array or
a pointer.
If we have only one backingStore we have to use it as a normal ptr
but if there is more backing store, we use it as a pointer's array.
Because it would be complicated to expend backingStore manually, and do
the conve
Uniformize backing store usage by calling virStorageSourceGetBackingStore
instead of setting backing store manually.
Signed-off-by: Matthias Gatto
---
src/conf/domain_conf.c| 7 ---
src/conf/storage_conf.c | 18 ++
src/qemu/qemu_cgroup.c
Allow to libvirt to build the quorum string used by quemu.
Add 2 static functions: qemuBuildQuorumStr and
qemuBuildAndAppendDriveStrToVirBuffer.
qemuBuildQuorumStr is made because a quorum can have another quorum
as a child, so we may need to call qemuBuildQuorumStr recursively.
qemuBuildQuorumFi
Create virStorageSourceGetBackingStore function in
preparation for quorum:
Actually, if we want to get a backing store inside a virStorageSource
we have to do it manually(src->backingStore = backingStore).
The problem is that with a quorum, a virStorageSource
can contain multiple backing stores, an
Add nodename inside virstoragefile
During xml backingStore parsing, look for a nodename attribute in the disk
declaration if this one is a quorum, if a nodename is found, add it to
the virStorageSource otherwise create a new one with a random name.
Take inspiration from this patch to create the nod
Replace the parts of the code where a backing store is set manually
with virStorageSourceSetBackingStore
Signed-off-by: Matthias Gatto
---
src/conf/domain_conf.c | 2 +-
src/conf/storage_conf.c | 4 ++--
src/qemu/qemu_driver.c | 4 ++--
src/storage/storage_backend_fs
The purpose of these patches is to introduce quorum for libvirt
I've try to follow this proposal:
http://www.redhat.com/archives/libvir-list/2014-May/msg00533.html
This feature ask for 6 task:
1) Allow a _virStorageSource
to contain more than one backing store.
Therefore we have to treat the fie
As explained for virStorageSourceGetBackingStore, quorum allows
multiple backing store, this make the operation to set bs complex
because we have to check if the backingStore is used as an array
or a pointer, and set it differently in both case.
In order to help the manipulation of backing store,
For running the case, should setup testing environment before the
case, and clean up the environment after the case.
---
cases/basic_network.conf | 55
1 file changed, 55 insertions(+)
diff --git a/cases/basic_network.conf b/cases/basic_network.con
Add the capabiltty to libvirt to parse and format the quorum syntax
as described here:
http://www.redhat.com/archives/libvir-list/2014-May/msg00533.html
Signed-off-by: Matthias Gatto
---
src/conf/domain_conf.c | 165 +++--
1 file changed, 120 insertion
The network_dhcp_leases.py uses DHCPLeases() to validate new API
virNetworkGetDHCPLeases of libvirt.
---
repos/network/network_dhcp_leases.py | 277 +++
1 file changed, 277 insertions(+)
create mode 100644 repos/network/network_dhcp_leases.py
diff --git a/repos/ne
On 01/21/2015 08:00 PM, Ján Tomko wrote:
On 01/21/2015 04:10 AM, lhuang wrote:
On 01/21/2015 03:00 AM, John Ferlan wrote:
On 12/09/2014 01:48 AM, Luyao Huang wrote:
Add a func just check the base target type which
qemu support. But i still doubt this will be useful
, we already have a check w
As planned I tagged the release candidate 1 in git and pushed signed
tarballs and rpms to the usual place:
ftp://libvirt.org/libvirt/
Seems to work fine for me, but my testing is limited. Give it a try
especially on other architectures or OSes.
Plan is to release an rc2 by the dn of the
Very good idea!
2015-01-21 15:12 GMT+03:00 Daniel P. Berrange :
> With QEMU there are a couple of areas where QEMU ends up logging data
> to a file on the host.
>
> - stdout/err - connected to /var/log/libvirt/qemu/$GUEST.log
> - serial/parallel/console when used with type=file
>
> The stdout/er
On 01/21/2015 08:06 AM, Chen, Hanxiao wrote:
>
>
>> -Original Message-
>> From: libvir-list-boun...@redhat.com [mailto:libvir-list-boun...@redhat.com]
>> On
>> Behalf Of Chen, Hanxiao
>> Sent: Monday, January 19, 2015 2:26 PM
>> To: Ján Tomko; libvir-list@redhat.com
>> Subject: Re: [libv
With QEMU there are a couple of areas where QEMU ends up logging data
to a file on the host.
- stdout/err - connected to /var/log/libvirt/qemu/$GUEST.log
- serial/parallel/console when used with type=file
The stdout/err is typically very small, typically only getting data when
an error occurs i
On 01/21/2015 04:10 AM, lhuang wrote:
>
> On 01/21/2015 03:00 AM, John Ferlan wrote:
>>
>> On 12/09/2014 01:48 AM, Luyao Huang wrote:
>>> Add a func just check the base target type which
>>> qemu support. But i still doubt this will be useful
>>> , we already have a check when we try to start the
On 21.01.2015 11:15, Daniel P. Berrange wrote:
> On Wed, Jan 21, 2015 at 11:08:54AM +0100, Michal Privoznik wrote:
>> On 20.01.2015 17:37, Daniel P. Berrange wrote:
>>> For stateless, client side drivers, it is never correct to
>>> probe for secondary drivers. It is only ever appropriate to
>>> use
On Wed, Jan 21, 2015 at 11:08:54AM +0100, Michal Privoznik wrote:
> On 20.01.2015 17:37, Daniel P. Berrange wrote:
> > For stateless, client side drivers, it is never correct to
> > probe for secondary drivers. It is only ever appropriate to
> > use the secondary driver that is associated with the
On 20.01.2015 17:37, Daniel P. Berrange wrote:
> For stateless, client side drivers, it is never correct to
> probe for secondary drivers. It is only ever appropriate to
> use the secondary driver that is associated with the
> hypervisor in question. As a result the ESX & HyperV drivers
> have both
On 20.01.2015 17:37, Daniel P. Berrange wrote:
> This series continues on my previous work to refactor the driver
> registration process. With this patch series applied, there is
> no probing of secondary drivers any more. Once the hypervisor
> driver is chosen, the correct secondary drivers are im
On Wed, Jan 21, 2015 at 04:00:52PM +0800, Zhu Guihua wrote:
> If you apply the folowing patchset
> [PATCH v3 0/7] cpu: add device_add foo-x86_64-cpu support
> https://lists.nongnu.org/archive/html/qemu-devel/2015-01/msg01552.html,
> and [PATCH v2 00/11] cpu: add i386 cpu hot remove support
> https:
On Wed, Jan 21, 2015 at 16:32:05 +0800, Zhu Guihua wrote:
> If you apply the patchset on your qemu
> [RESEND PATCH v1 00/13] QEmu memory hot unplug support.
> https://lists.nongnu.org/archive/html/qemu-devel/2015-01/msg00583.html,
> qemu can support memory hot-unplug.
>
> So this patchset will mak
On Wed, Jan 21, 2015 at 16:20:16 +0800, Zhu Guihua wrote:
> Now qemu has already supported memory hotplug, so this patchset will make
> libvirt support hotplug memory device for qemu driver.
As I'm already working on this I can see a few problems with your
series.
>
> First, add two parameters s
On Wed, Jan 21, 2015 at 04:00:52PM +0800, Zhu Guihua wrote:
> If you apply the folowing patchset
> [PATCH v3 0/7] cpu: add device_add foo-x86_64-cpu support
> https://lists.nongnu.org/archive/html/qemu-devel/2015-01/msg01552.html,
> and [PATCH v2 00/11] cpu: add i386 cpu hot remove support
> https:
On Wed, Jan 21, 2015 at 16:01:03 +0800, Zhu Guihua wrote:
> JSON array of cpu info is sorted in order to find thread id of cpu smoothly.
>
> Signed-off-by: Zhu Guihua
> ---
> src/libvirt_private.syms | 1 +
> src/qemu/qemu_monitor_json.c | 31 +--
> src/util/virb
On Wed, Jan 21, 2015 at 16:01:02 +0800, Zhu Guihua wrote:
> This patch implements live hotunplug of a cpu device.
>
> Signed-off-by: Zhu Guihua
> ---
> src/qemu/qemu_driver.c | 2 ++
> src/qemu/qemu_hotplug.c | 66
> +
> src/qemu/qemu_hotplug.h
On Wed, Jan 21, 2015 at 16:01:01 +0800, Zhu Guihua wrote:
> This patch implements live hotplug of a cpu device.
>
> Signed-off-by: Zhu Guihua
> ---
> src/qemu/qemu_driver.c | 6 ++
> src/qemu/qemu_hotplug.c | 55
> +
> src/qemu/qemu_hotplug.
On Wed, Jan 21, 2015 at 16:01:00 +0800, Zhu Guihua wrote:
> qemuBuildCPUDeviceStr being introduced is responsible for creating command
> line argument for '-device' for given cpu device.
>
> Signed-off-by: Zhu Guihua
> ---
> src/qemu/qemu_command.c | 50
> +++
On Wed, Jan 21, 2015 at 16:00:59 +0800, Zhu Guihua wrote:
> This patch adds a new capability bit QEMU_CAPS_QEMU64_X86_64_CPU.
Misleading subject. This patch adds the capability, but does not
impelment support for the device.
>
> Signed-off-by: Zhu Guihua
> ---
> src/qemu/qemu_capabilities.c |
On Wed, Jan 21, 2015 at 16:00:55 +0800, Zhu Guihua wrote:
> virDomainCPUDefFree - free memory allocated
> virDomainCPUDefParseXML - parse job type
> virDomainCPUDefFormat - output job type
This patch lacks addition to the RNG schemas that would describe the
elements that are added and the correct
On Wed, Jan 21, 2015 at 16:00:54 +0800, Zhu Guihua wrote:
> This patch adds configuration support for the cpu device.
>
> Signed-off-by: Zhu Guihua
> ---
> src/conf/domain_conf.c | 14 ++
> src/conf/domain_conf.h | 19 +++
> src/libvirt_private.syms | 1 +
> src/
On Wed, Jan 21, 2015 at 16:00:53 +0800, Zhu Guihua wrote:
> Add a bitmap apic_idmap to store status of APIC IDs. If you want to use an
> APIC
> ID, you can find a minimum value which has not been used in the bitmap.
>
> Signed-off-by: Zhu Guihua
> ---
> src/conf/domain_conf.c | 15 +++
On Wed, Jan 21, 2015 at 16:00:52 +0800, Zhu Guihua wrote:
> If you apply the folowing patchset
> [PATCH v3 0/7] cpu: add device_add foo-x86_64-cpu support
> https://lists.nongnu.org/archive/html/qemu-devel/2015-01/msg01552.html,
> and [PATCH v2 00/11] cpu: add i386 cpu hot remove support
> https://
If you apply the patchset on your qemu
[RESEND PATCH v1 00/13] QEmu memory hot unplug support.
https://lists.nongnu.org/archive/html/qemu-devel/2015-01/msg00583.html,
qemu can support memory hot-unplug.
So this patchset will make libvirt support hot-unplug memory device for qemu
driver.
This seri
The function being introduced is responsibel for excuting
'object_del' command to hot remove memory backend.
Signed-off-by: Zhu Guihua
---
src/qemu/qemu_monitor.c | 20
src/qemu/qemu_monitor.h | 2 ++
2 files changed, 22 insertions(+)
diff --git a/src/qemu/qemu_monitor.c b
This func being introduced is responsible for deleting memory backend
and removing dimm from VM def.
Signed-off-by: Zhu Guihua
---
src/qemu/qemu_hotplug.c | 41 +
1 file changed, 41 insertions(+)
diff --git a/src/qemu/qemu_hotplug.c b/src/qemu/qemu_hotplu
Signed-off-by: Zhu Guihua
---
src/qemu/qemu_driver.c | 2 ++
src/qemu/qemu_hotplug.c | 54 +
src/qemu/qemu_hotplug.h | 3 +++
3 files changed, 59 insertions(+)
diff --git a/src/qemu/qemu_driver.c b/src/qemu/qemu_driver.c
index 76ff7b5..61a4ead 1
This patch adds configuration support for the memory device.
Signed-off-by: Zhu Guihua
---
src/conf/domain_conf.c | 16 +++-
src/conf/domain_conf.h | 30 ++
src/qemu/qemu_driver.c | 6 ++
src/qemu/qemu_hotplug.c | 1 +
4 files changed, 52 insertio
virDomainDimmFind - to find a dimm within VM def
virDomainDimmInsert - wrapper for inserting a new dimm into VM def
virDomainDimmRemove - wrapper for removing dimm from VM def
Signed-off-by: Zhu Guihua
---
src/conf/domain_conf.c | 60
src/conf/d
This patch implements live hotplug of a memory device.
Signed-off-by: Zhu Guihua
---
src/qemu/qemu_driver.c | 6 +
src/qemu/qemu_hotplug.c | 70 +
src/qemu/qemu_hotplug.h | 5
3 files changed, 81 insertions(+)
diff --git a/src/qemu/qem
Now qemu has already supported memory hotplug, so this patchset will make
libvirt support hotplug memory device for qemu driver.
First, add two parameters slots and maxmem for memory hotplug, and the xml
format can be like this.
102400
1024000
Second, memory device's xml format can be like this.
virDomainDimmDefFree - free memory allocated for dimm
virDomainDimmDefParseXML - parse job type
virDomainDimmDefFormat - output job type
Signed-off-by: Zhu Guihua
---
src/conf/domain_conf.c | 196 +++
src/conf/domain_conf.h | 4 +
src/libvirt_pri
Add a bitmap dimm_slot_map to store status of slots. If you want to
use a slot, you can find a minimum value which has not been used in
the bitmap.
Signed-off-by: Zhu Guihua
---
src/conf/domain_conf.c | 12
src/conf/domain_conf.h | 3 +++
2 files changed, 15 insertions(+)
diff --g
Add properties slots and maxmem, so as to support memory hotplug.
Signed-off-by: Zhu Guihua
---
src/conf/domain_conf.c | 22 ++
src/conf/domain_conf.h | 4
src/qemu/qemu_command.c | 28 ++--
3 files changed, 52 insertions(+), 2 deletions(-)
di
This function used to set a alias name for memory device.
Signed-off-by: Zhu Guihua
---
src/qemu/qemu_command.c | 32
src/qemu/qemu_command.h | 3 +++
2 files changed, 35 insertions(+)
diff --git a/src/qemu/qemu_command.c b/src/qemu/qemu_command.c
index 536abc3
This patch adds a new capability bit QEMU_CAPS_PC_DIMM.
Signed-off-by: Zhu Guihua
---
src/qemu/qemu_capabilities.c | 3 +++
src/qemu/qemu_capabilities.h | 1 +
2 files changed, 4 insertions(+)
diff --git a/src/qemu/qemu_capabilities.c b/src/qemu/qemu_capabilities.c
index 13f3cd3..42e7e85 100644
The function being introduced is responsible for excuting
'object_add' command to hot add memory backend.
Signed-off-by: Zhu Guihua
---
src/qemu/qemu_monitor.c | 54 +
src/qemu/qemu_monitor.h | 4
2 files changed, 58 insertions(+)
diff --git
qemuBuildDimmDeviceStr being introduced is responsible for creating command
line argument for '-device' for given dimm device.
Signed-off-by: Zhu Guihua
---
src/qemu/qemu_command.c | 50 +
src/qemu/qemu_command.h | 4
2 files changed, 54 inse
The config level requires an insert or remove from domain
definition structure.
Signed-off-by: Zhu Guihua
---
src/qemu/qemu_driver.c | 14 ++
1 file changed, 14 insertions(+)
diff --git a/src/qemu/qemu_driver.c b/src/qemu/qemu_driver.c
index d017a84..a7a50e0 100644
--- a/src/qemu/qe
This patch adds a new capability bit QEMU_CAPS_QEMU64_X86_64_CPU.
Signed-off-by: Zhu Guihua
---
src/qemu/qemu_capabilities.c | 3 +++
src/qemu/qemu_capabilities.h | 1 +
src/qemu/qemu_command.c | 1 -
3 files changed, 4 insertions(+), 1 deletion(-)
diff --git a/src/qemu/qemu_capabilities.c
qemuBuildCPUDeviceStr being introduced is responsible for creating command
line argument for '-device' for given cpu device.
Signed-off-by: Zhu Guihua
---
src/qemu/qemu_command.c | 50 +
src/qemu/qemu_command.h | 5 +
2 files changed, 55 inser
JSON array of cpu info is sorted in order to find thread id of cpu smoothly.
Signed-off-by: Zhu Guihua
---
src/libvirt_private.syms | 1 +
src/qemu/qemu_monitor_json.c | 31 +--
src/util/virbitmap.c | 2 +-
src/util/virbitmap.h | 2 ++
4 files c
This patch implements live hotunplug of a cpu device.
Signed-off-by: Zhu Guihua
---
src/qemu/qemu_driver.c | 2 ++
src/qemu/qemu_hotplug.c | 66 +
src/qemu/qemu_hotplug.h | 4 +++
3 files changed, 72 insertions(+)
diff --git a/src/qemu/qemu_dri
After hotplugging the CPUs, we need to re-detect threads corresponding to Vcpus.
Signed-off-by: Zhu Guihua
---
src/qemu/qemu_driver.c | 271
src/qemu/qemu_driver.h | 8 ++
src/qemu/qemu_hotplug.c | 7 ++
3 files changed, 152 insertions(+), 1
This patch implements live hotplug of a cpu device.
Signed-off-by: Zhu Guihua
---
src/qemu/qemu_driver.c | 6 ++
src/qemu/qemu_hotplug.c | 55 +
src/qemu/qemu_hotplug.h | 7 +++
3 files changed, 68 insertions(+)
diff --git a/src/qemu/qe
virDomainCPUFind - to find a cpu within VM def
virDomainCPUInsert - wrapper for inserting a new cpu device into VM def
virDomainCPURemove - wrapper for removing cpu from VM def
Signed-off-by: Zhu Guihua
---
src/conf/domain_conf.c | 59
src/conf/
The config level requires an insert or remove from domain definition
structure.
Signed-off-by: Zhu Guihua
---
src/qemu/qemu_driver.c | 14 ++
1 file changed, 14 insertions(+)
diff --git a/src/qemu/qemu_driver.c b/src/qemu/qemu_driver.c
index ecdf5c6..a88f6b4 100644
--- a/src/qemu/qe
This function used to set a alias name for cpu device.
Signed-off-by: Zhu Guihua
---
src/qemu/qemu_command.c | 32
src/qemu/qemu_command.h | 3 +++
2 files changed, 35 insertions(+)
diff --git a/src/qemu/qemu_command.c b/src/qemu/qemu_command.c
index c041ee7..6
virDomainCPUDefFree - free memory allocated
virDomainCPUDefParseXML - parse job type
virDomainCPUDefFormat - output job type
Signed-off-by: Zhu Guihua
---
src/conf/domain_conf.c | 100 +
1 file changed, 100 insertions(+)
diff --git a/src/conf/doma
If you apply the folowing patchset
[PATCH v3 0/7] cpu: add device_add foo-x86_64-cpu support
https://lists.nongnu.org/archive/html/qemu-devel/2015-01/msg01552.html,
and [PATCH v2 00/11] cpu: add i386 cpu hot remove support
https://lists.nongnu.org/archive/html/qemu-devel/2015-01/msg01557.html,
qemu
This patch adds configuration support for the cpu device.
Signed-off-by: Zhu Guihua
---
src/conf/domain_conf.c | 14 ++
src/conf/domain_conf.h | 19 +++
src/libvirt_private.syms | 1 +
src/qemu/qemu_driver.c | 6 ++
src/qemu/qemu_hotplug.c | 1 +
5 files
Add a bitmap apic_idmap to store status of APIC IDs. If you want to use an APIC
ID, you can find a minimum value which has not been used in the bitmap.
Signed-off-by: Zhu Guihua
---
src/conf/domain_conf.c | 15 +++
src/conf/domain_conf.h | 3 +++
src/libvirt_private.syms | 1 +
93 matches
Mail list logo