This patch switch to internal common API to take group external
snapshots from qmp_transaction interface. qmp layer simply does
a translation from user input.
Signed-off-by: Wenchao Xia
---
blockdev.c | 215
1 files changed, 87 inse
This patch is the implemention of transaction based snapshot
internal API. Internal snapshot for specified block device
is added, which can be used as part of functionality in one way
to live full back up vm seperating internal block snapshot and
vmstate(vmstate goes to another file, not implemen
This patch added API to take snapshots in unified style for
both internal or external type. The core structure is based
on transaction, for that there is a qmp interface need to support
, qmp_transaction, so all operations are packed as requests.
In this way a sperate internal layer for snapsho
This function should revert the append operation.
Signed-off-by: Wenchao Xia
---
block.c | 21 +
include/block/block.h |1 +
2 files changed, 22 insertions(+), 0 deletions(-)
diff --git a/block.c b/block.c
index 09208c2..48ddf64 100644
--- a/block.c
+++
This function is moved from savevm.c to block.c, and exported.
Signed-off-by: Wenchao Xia
---
block.c | 23 +++
include/block/block.h |2 ++
savevm.c | 22 --
3 files changed, 25 insertions(+), 22 deletions(-)
diff --g
This function will return instead of abort when *errp is not NULL.
Also macro error_setg_check is added.
Signed-off-by: Wenchao Xia
---
error.c | 19 +++
include/qapi/error.h |5 +
2 files changed, 24 insertions(+), 0 deletions(-)
diff --git a/error.c b/
These patch added a seperated layer to take internal or external snapshots
in a unified way, the granularity is block device, so other functions can
just combine the request and submit, such as group snapshot, savevm.
Total goal are:
Live back up vm in external or internal image, which need th
Hi Paolo,
Am 04.01.2013 um 19:42 schrieb Paolo Bonzini :
> Il 04/01/2013 11:26, Peter Lieven ha scritto:
>> Hi,
>>
>> i have observed the following with qemu-kvm-1.2.0 which I think is not right:
>>
>> a) if the CDROM is locked and I sent a eject command I get the error that the
>> CDROM is loc
qemu_opts_print has no user now, so can re-write the function safely.
qemu_opts_print will be used while using "qemu-img create", it will
produce the same output as previous code.
The behavior of this function has changed:
1. Print every possible option, whether a value has been set or not.
2. O
This patch will create 4 functions, count_opts_list, append_opts_list,
free_opts_list and print_opts_list, they will used in following commits.
Signed-off-by: Dong Xu Wang
---
v6->v7):
1) Fix typo.
v5->v6):
1) allocate enough space in append_opts_list function.
include/qemu/option.h |4 ++
Signed-off-by: Dong Xu Wang
---
include/qemu/option.h | 32 --
qemu-option.c | 285 -
2 files changed, 0 insertions(+), 317 deletions(-)
diff --git a/include/qemu/option.h b/include/qemu/option.h
index f784c2e..094663b 100644
--- a/i
Patch 1 add def_value and use it in qemu_opts_print.
Patch 2 Create functions to pair with QEMUOptionParameter parser.
Patch 3 Use QemuOpts parser in Block.
Patch 4 Remove QEMUOptionParameter parser related code.
V9->V10)
1) Fix compile error on patch 3.
v8->v9)
1) add qemu_ prefix to gluster_
When a guest enables MSIX on a device we evaluate the MSIX vector
table, typically find no unmasked vectors and don't switch the device
to MSIX mode. This generally works fine and the device will be
switched once the guest enables and therefore unmasks a vector.
Unfortunately some drivers enable M
On Thu, Dec 06, 2012 at 02:07:06PM +0100, Paolo Bonzini wrote:
> Signed-off-by: Paolo Bonzini
> ---
> arch_init.c|6 +++---
> audio/audio.c |2 +-
> audio/winwaveaudio.c |2 +-
>
Possibly related to bug 958549.
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/998435
Title:
qemu-kvm-spice doesn't support spice/qxl installs
Status in QEMU:
Confirmed
Status in “qemu-kvm-spice
Am 14.12.2012 12:34, schrieb Andreas Färber:
> Hello,
>
> Here's I2C support for the libqos framework and an OMAP driver.
> The design was inspired by QEMU's i2c_bus and Linux' i2c_adapter.
> Seems like low hanging fruit (while we're still waiting for PCI support :)),
> hopefully motivating more p
Same here. I was trying to install Win7 64-bit on 12.04 with qemu-kvm-
spice and neither qxl nor vga graphics would work--both showed a black
screen. Configuring the display as VNC instead of SPICE made no
difference. But choosing cirrus graphics made it work.
--
You received this bug notificatio
On Sun, Jan 6, 2013 at 6:25 PM, Andreas Färber wrote:
> Am 06.01.2013 14:17, schrieb Alexander Graf:
>>
>> On 30.12.2012, at 13:55, Blue Swirl wrote:
>>
>>> Remove byte swaps by declaring the config space
>>> as native endian.
>>
>> This is wrong. Virtio-pci config space is split into 2 regions. O
Hi,
while testing the tx path in qemu without a network backend connected,
i noticed that qemu_net_queue_send() builds up an unbounded
queue, because QTAILQ* have no notion of a queue length.
As a result, memory usage of a qemu instance can grow to extremely
large values.
I wonder if it makes sen
Now that all the prerequisites are in, I've rebased vs master.
Which has included a few minor include path tweaks due to the
source base reorg.
r~
The following changes since commit 549db5c32bb025501e2eeb23d2e5cc669061eb71:
hw/i386: Fix broken build for non POSIX hosts (2013-01-05 10:14:05 +
Based on earlier patches by Paolo and me, introduce the QOM realizefn at
device level only, as requested by Anthony.
For now this just wraps the qdev initfn, which it deprecates.
Signed-off-by: Paolo Bonzini
Signed-off-by: Andreas Färber
Cc: Anthony Liguori
---
hw/qdev-core.h |4 +++
hw/q
Whether the device was initialized or not is QOM-level information and
currently unused. Drop it from qdev. This leaves the boolean state of
whether or not DeviceClass::init was called or not, a.k.a. "realized".
Suggested-by: Anthony Liguori
Signed-off-by: Andreas Färber
---
hw/qdev-addr.c
Hello Anthony,
Here's a rebased version of device-only QOM realization, otherwise unchanged.
This is based on master now and drops all general-purpose qdev cleanups that
potentially conflict with Paolo's reference counting change proposal.
It will trivially conflict with my qdev unparenting fix, p
Am 06.01.2013 um 19:26 schrieb Blue Swirl :
> On Sun, Jan 6, 2013 at 1:17 PM, Alexander Graf wrote:
>>
>> On 30.12.2012, at 13:55, Blue Swirl wrote:
>>
>>> Remove byte swaps by declaring the config space
>>> as native endian.
>>
>> This is wrong. Virtio-pci config space is split into 2 regio
Since the model list is highly macrofied, keep ppc_def_t for now and
save a pointer to it in PowerPCCPUClass. This results in a flat list of
subclasses including aliases, to be refined later.
Move cpu_ppc_init() to translate_init.c and drop helper.c.
Long-term the idea is to turn translate_init.c
Previously we silently exited, with subclasses we got an opcode warning.
Instead, explicitly tell the user what's wrong.
An indication for this is -cpu ? showing "host" with an all-zero PVR.
Signed-off-by: Andreas Färber
---
target-ppc/kvm.c |8
1 Datei geändert, 8 Zeilen hinzugefü
Hi Alex,
The CPUListState generalization has been merged now. Here's a rebased version
of PowerPCCPU subclasses, intended for v1.4.
Available from:
git://github.com/afaerber/qemu-cpu.git qom-cpu-ppc-classes.v2
https://github.com/afaerber/qemu-cpu/commits/qom-cpu-ppc-classes.v2
Thanks,
Andreas
v
On Sun, Jan 6, 2013 at 1:17 PM, Alexander Graf wrote:
>
> On 30.12.2012, at 13:55, Blue Swirl wrote:
>
>> Remove byte swaps by declaring the config space
>> as native endian.
>
> This is wrong. Virtio-pci config space is split into 2 regions. One with
> native endianness, the other one with littl
Am 06.01.2013 14:17, schrieb Alexander Graf:
>
> On 30.12.2012, at 13:55, Blue Swirl wrote:
>
>> Remove byte swaps by declaring the config space
>> as native endian.
>
> This is wrong. Virtio-pci config space is split into 2 regions. One with
> native endianness, the other one with little endia
Am 04.01.2013 09:16, schrieb Gerd Hoffmann:
> From: Lucas Meneghel Rodrigues
>
> Add a test device which supports the kvmctl ioports,
> so one can run the KVM unittest suite.
>
> Intended Usage:
>
> qemu-system-x86_64 -nographic \
> -device pc-testdev \
> -device isa-debug-exit,iobase=0
Am 04.01.2013 09:16, schrieb Gerd Hoffmann:
> Also some QOM glue while being at it.
>
> Signed-off-by: Gerd Hoffmann
> ---
> hw/debugcon.c | 31 ---
> 1 files changed, 24 insertions(+), 7 deletions(-)
>
> diff --git a/hw/debugcon.c b/hw/debugcon.c
> index 14f83f1..
Am 05.01.2013 04:05, schrieb Anthony Liguori:
> Andreas Färber writes:
>> Am 02.01.2013 19:07, schrieb Anthony Liguori:
>>> 2) Patches that no longer apply via git am --3way will receive a
>>> notification.
>>
>> Isn't Nacked-by too strong of a notification for a mere technical need
>> for
On Sun, 2013-01-06 at 10:50 +0200, Michael S. Tsirkin wrote:
> On Fri, Dec 21, 2012 at 08:38:07AM -0700, Alex Williamson wrote:
> > On Fri, 2012-12-21 at 14:21 +0200, Michael S. Tsirkin wrote:
> > > On Thu, Dec 20, 2012 at 03:12:46PM -0700, Alex Williamson wrote:
> > > > On Thu, 2012-12-20 at 18:36
On Sun, 2013-01-06 at 15:23 +0200, Michael S. Tsirkin wrote:
> On Wed, Jan 02, 2013 at 08:49:42AM -0700, Alex Williamson wrote:
> > On Fri, 2012-12-21 at 08:46 -0700, Alex Williamson wrote:
> > > On Fri, 2012-12-21 at 14:17 +0200, Michael S. Tsirkin wrote:
> > > > On Thu, Dec 20, 2012 at 03:15:38PM
On Wed, Dec 26, 2012 at 10:39:52PM -0700, Matthew Ogilvie wrote:
> Changes since version 1 (from Sep 9):
>* Split off patch 1; this is the critical prerequisite to
> make the i8254 work with the fixed i8259.
>* Add patch 2, to make additional changes to the i8254
> to make it cons
> -Original Message-
> From: Jason J. Herne [mailto:jjhe...@linux.vnet.ibm.com]
> Sent: Friday, January 04, 2013 11:10 PM
> To: Alexander Graf
> Cc: Christian Borntraeger; Anthony Liguori; Marcelo Tosatti; qemu-
> de...@nongnu.org qemu-devel; Bhushan Bharat-R65777
> Subject: Re: [Qemu-dev
On Fri, Jan 04, 2013 at 08:01:12PM -0200, Eduardo Habkost wrote:
> This adds the following feature words to the list of flags to be checked
> by kvm_check_features_against_host():
>
> - cpuid_7_0_ebx_features
> - ext4_features
> - kvm_features
> - svm_features
>
> This will ensure the "enforc
On Fri, Jan 04, 2013 at 08:01:11PM -0200, Eduardo Habkost wrote:
> This will be necessary once kvm_check_features_against_host() starts
> using KVM-specific definitions (so it won't compile anymore if
> CONFIG_KVM is not set).
>
> Signed-off-by: Eduardo Habkost
> ---
> target-i386/cpu.c | 4
On Fri, Jan 04, 2013 at 08:01:10PM -0200, Eduardo Habkost wrote:
> Now that all entries have check_feat=~0 on
> kvm_check_features_against_host(), we can eliminate check_feat entirely
> and make the code check all bits.
>
> This patch shouldn't introduce any behavior change, as check_feat is set
>
On Fri, Jan 04, 2013 at 08:01:09PM -0200, Eduardo Habkost wrote:
> When nested SVM is supported, the kernel returns the SVM flag on
> GET_SUPPORTED_CPUID[1], so we can check the SVM flag safely on
> kvm_check_features_against_host().
>
> I don't know why the original code ignored the SVM flag. May
On Fri, Jan 04, 2013 at 08:01:08PM -0200, Eduardo Habkost wrote:
> I have no idea why PPRO_FEATURES was being ignored on the check of the
> CPUID.8001H.EDX bits. I believe it was a mistake, and it was
> supposed to be ~(PPRO_FEATURES & CPUID_EXT2_AMD_ALIASES) or just
> ~CPUID_EXT2_AMD_ALIASES,
On Fri, Jan 04, 2013 at 08:01:07PM -0200, Eduardo Habkost wrote:
> We don't need any hack to ignore CPUID_EXT_HYPERVISOR anymore, because
> kvm_arch_get_supported_cpuid() now set CPUID_EXT_HYPERVISOR properly.
> So, this shouldn't introduce any behavior change, but it makes the code
> simpler.
>
>
On Sun, Jan 06, 2013 at 04:12:54PM +0200, Gleb Natapov wrote:
> On Fri, Jan 04, 2013 at 08:01:06PM -0200, Eduardo Habkost wrote:
> > The -cpu check/enforce warnings are printing incorrect information about the
> > missing flags. There are no feature flags on CPUID leaves 0 and 0x8000,
> > but
On Fri, Jan 04, 2013 at 08:01:06PM -0200, Eduardo Habkost wrote:
> The -cpu check/enforce warnings are printing incorrect information about the
> missing flags. There are no feature flags on CPUID leaves 0 and 0x8000,
> but
> there were references to 0 and 0x8000 in the table at
> kvm_chec
On Fri, Jan 04, 2013 at 08:01:05PM -0200, Eduardo Habkost wrote:
> When using -cpu host, we don't need to use the kvm_default_features
> variable, as the user is explicitly asking QEMU to enable all feature
> supported by the host.
>
> This changes the kvm_cpu_fill_host() code to use GET_SUPPORTED
On Fri, Jan 04, 2013 at 08:01:04PM -0200, Eduardo Habkost wrote:
> The existing -cpu host code simply set every bit inside svm_features
> (initializing it to -1), and that makes it impossible to make the
> enforce/check options work properly when the user asks for SVM features
> explicitly in the c
On Fri, Jan 04, 2013 at 08:01:03PM -0200, Eduardo Habkost wrote:
> The kvm_mmu_op feature was removed from the kernel since v3.3 (released
> in March 2012), it was marked for removal since January 2011 and it's
> slower than shadow or hardware assisted paging (see kernel commit
> fb92045843). It do
On Wed, Jan 02, 2013 at 08:49:42AM -0700, Alex Williamson wrote:
> On Fri, 2012-12-21 at 08:46 -0700, Alex Williamson wrote:
> > On Fri, 2012-12-21 at 14:17 +0200, Michael S. Tsirkin wrote:
> > > On Thu, Dec 20, 2012 at 03:15:38PM -0700, Alex Williamson wrote:
> > > > On Thu, 2012-12-20 at 18:38 +0
On 06.01.2013, at 14:09, Gleb Natapov wrote:
> Big real mode is fully emulated by KVM now, so if control is passed to
> the loaded kernel while one of the segment registers is in big real
> mode all the real mode part of the Linux start up is emulated. This
> slows boot process down. Fix that by
On 30.12.2012, at 13:55, Blue Swirl wrote:
> Remove byte swaps by declaring the config space
> as native endian.
This is wrong. Virtio-pci config space is split into 2 regions. One with native
endianness, the other one with little endian.
Alex
>
> Signed-off-by: Blue Swirl
> ---
> exec.c
Big real mode is fully emulated by KVM now, so if control is passed to
the loaded kernel while one of the segment registers is in big real
mode all the real mode part of the Linux start up is emulated. This
slows boot process down. Fix that by resetting ES limit to 0x before
jumping into the ke
On 06.01.2013, at 13:56, Gleb Natapov wrote:
> On Sun, Jan 06, 2013 at 01:47:17PM +0100, Alexander Graf wrote:
>>
>> On 06.01.2013, at 13:36, Gleb Natapov wrote:
>>
>>> Big real mode is fully emulated by KVM now, so if control is passed to
>>> the loaded kernel while one of the segment register
On Sun, Jan 06, 2013 at 01:47:17PM +0100, Alexander Graf wrote:
>
> On 06.01.2013, at 13:36, Gleb Natapov wrote:
>
> > Big real mode is fully emulated by KVM now, so if control is passed to
> > the loaded kernel while one of the segment registers is in big real
> > mode all the real mode part of
On 06.01.2013, at 13:36, Gleb Natapov wrote:
> Big real mode is fully emulated by KVM now, so if control is passed to
> the loaded kernel while one of the segment registers is in big real
> mode all the real mode part of the Linux start up is emulated. This
> slows boot process down. Fix that by
Big real mode is fully emulated by KVM now, so if control is passed to
the loaded kernel while one of the segment registers is in big real
mode all the real mode part of the Linux start up is emulated. This
slows boot process down. Fix that by resetting ES limit to 0x before
jumping into the ke
On Fri, Jan 04, 2013 at 08:01:02PM -0200, Eduardo Habkost wrote:
> This is a cleanup that tries to solve two small issues:
>
> - We don't need a separate kvm_pv_eoi_features variable just to keep a
>constant calculated at compile-time, and this style would require
>adding a separate varia
On Sun, Jan 6, 2013 at 9:40 AM, Brad Smith wrote:
> On Sat, Jan 05, 2013 at 04:51:01PM +, Blue Swirl wrote:
>> On Sat, Jan 5, 2013 at 1:48 AM, Brad Smith wrote:
>> > Supposedly QEMU is able to build with Clang and yet trying to do so
>> > I am seeing the build fail as follows..
>> >
>> > Comm
Build option ROM .S files with separate preprocessor and
assembler steps because the C compiler could be unsuitable.
Signed-off-by: Blue Swirl
---
configure |7 ++-
rules.mak |7 +--
2 files changed, 11 insertions(+), 3 deletions(-)
diff --git a/configure b/configure
index fe18e
Signed-off-by: Lei Li
---
qga/commands-posix.c | 57 ++
qga/qapi-schema.json | 32
2 files changed, 89 insertions(+), 0 deletions(-)
diff --git a/qga/commands-posix.c b/qga/commands-posix.c
index 190199d..7fff49a 10
Signed-off-by: Lei Li
---
qga/commands-posix.c | 12
qga/qapi-schema.json | 17 +
2 files changed, 29 insertions(+), 0 deletions(-)
diff --git a/qga/commands-posix.c b/qga/commands-posix.c
index 26b0fa0..190199d 100644
--- a/qga/commands-posix.c
+++ b/qga/command
Signed-off-by: Lei Li
---
qga/commands-posix.c | 18 ++
qga/qapi-schema.json | 17 +
2 files changed, 35 insertions(+), 0 deletions(-)
diff --git a/qga/commands-posix.c b/qga/commands-posix.c
index a657201..26b0fa0 100644
--- a/qga/commands-posix.c
+++ b/qga/c
This patch series attempts to add time resync support
to qemu-ga by introducing qemu-ga commands guest-get-time
and guest-set-time.
Right now, when a guest is paused or migrated to a file
then loaded from that file, the guest OS has no idea that
there was a big gap in the time. Depending on how lo
On Sat, Jan 05, 2013 at 04:51:01PM +, Blue Swirl wrote:
> On Sat, Jan 5, 2013 at 1:48 AM, Brad Smith wrote:
> > Supposedly QEMU is able to build with Clang and yet trying to do so
> > I am seeing the build fail as follows..
> >
> > Comments?
>
> Clang does not support this kind of assembly co
On Fri, Dec 21, 2012 at 08:38:07AM -0700, Alex Williamson wrote:
> On Fri, 2012-12-21 at 14:21 +0200, Michael S. Tsirkin wrote:
> > On Thu, Dec 20, 2012 at 03:12:46PM -0700, Alex Williamson wrote:
> > > On Thu, 2012-12-20 at 18:36 +0200, Michael S. Tsirkin wrote:
> > > > On Thu, Dec 20, 2012 at 09:
64 matches
Mail list logo
