[Qemu-devel] [PATCH 1/1] qmp: extend QMP to provide read/write access to physical memory

This patch adds a new QMP command that sets up a domain socket. This socket can then be used for fast read/write access to the guest's physical memory. The key benefit to this system over existing solutions is speed. Using this patch, guest memory can be copied out at a rate of ~200MB/sec, dependin

[Qemu-devel] [PATCH 0/1] qmp: extend QMP to provide read/write access to physical memory

Summary: This patch improves Qemu support for virtual machine introspection. Background: Virtual machine introspection (VMI) is a technique where one accesses the memory of a (usually) paused guest. This access is typically used to perform security checks, debugging, or malware analysis. The LibVM

[Qemu-devel] [PATCH 3/3 V1] kvm: extend kvm_irqchip_add_msi_route to work on s390

From: Frank Blaschka on s390 MSI-X irqs are presented as thin or adapter interrupts for this we have to reorganize the routing entry to contain valid information for the adapter interrupt code on s390. To minimize impact on existing code we introduce an architecture function to fixup the routing

[Qemu-devel] [PATCH 0/3 V1] add PCI support for the s390 platform

This set of patches implemets PCI support for the s390 platform. Now it is possible to run virtio-net-pci and potentially all virtual pci devices conforming to s390 platform constrains. V1 added lot of feedback from Alex Graf fixed tons of endian issues Please review and consider for integrati

[Qemu-devel] [PATCH 1/3 V1] s390: Add PCI bus support

From: Frank Blaschka This patch implements a pci bus for s390x together with infrastructure to generate and handle hotplug events, to configure/unconfigure via sclp instruction, to do iommu translations and provide s390 support for MSI/MSI-X notification processing. Signed-off-by: Frank Blaschka

[Qemu-devel] [PATCH 2/3 V1] s390: implement pci instructions

From: Frank Blaschka This patch implements the s390 pci instructions in qemu. It allows to access and drive pci devices attached to the s390 pci bus. Because of platform constrains devices using IO BARs are not supported. Also a device has to support MSI/MSI-X to run on s390. Signed-off-by: Fran

Re: [Qemu-devel] [PATCH v3 2/5] block: JSON filenames and relative backing files

On 2014-11-25 at 20:57, Eric Blake wrote: On 11/24/2014 02:43 AM, Max Reitz wrote: When using a relative backing file name, qemu needs to know the directory of the top image file. For JSON filenames, such a directory cannot be easily determined (e.g. how do you determine the directory of a qcow2

Re: [Qemu-devel] [PATCH v3 2/5] block: JSON filenames and relative backing files

On 2014-11-26 at 06:35, Fam Zheng wrote: On Mon, 11/24 10:43, Max Reitz wrote: @@ -1209,7 +1218,13 @@ int bdrv_open_backing_file(BlockDriverState *bs, QDict *options, Error **errp) QDECREF(options); goto free_exit; } else { -bdrv_get_full_backing_filename(bs, b

Re: [Qemu-devel] [PATCH 01/12] block: qcow2 driver may not be found

On 2014-11-26 at 08:23, Markus Armbruster wrote: Max Reitz writes: Albeit absolutely impossible right now, bdrv_find_format("qcow2") may fail. bdrv_append_temp_snapshot() should heed that case. Impossible because we always compile in bdrv_qcow2. Right now we do, right. Cc: qemu-sta...@non

Re: [Qemu-devel] [PATCH v6 1/3] linux-aio: fix submit aio as a batch

On Wed, Nov 26, 2014 at 12:18 AM, Stefan Hajnoczi wrote: >> >> You mean the abort BH may not have chance to run before its deletion >> in the detach callback? > > Exactly. Any time you schedule a BH you need to be aware of things that > may happen before the BH is invoked. > >> If so, bdrv_drain_

Re: [Qemu-devel] [PATCH] target-i386: add feature flags for CPUID[EAX=0xd, ECX=1]

On 25/11/2014 21:02, Paolo Bonzini wrote: > > > +static const char *cpuid_xsave_feature_name[] = { > > > +"xsaveopt", "xsavec", "xgetbv1", "xsaves", > > > > None of the above features introduce any new state that might need to be > > migrated, or will require other changes in QEMU to work, r

Re: [Qemu-devel] [PATCH v3 5/5] iotests: Add test for relative backing file names

On 2014-11-25 at 23:06, Eric Blake wrote: On 11/24/2014 02:43 AM, Max Reitz wrote: Sometimes, qemu does not have a filename to work with, so it does not know which directory to use for a backing file specified by a relative filename. Add a test which tests that qemu exits with an appropriate err

[Qemu-devel] [PATCH RFC] block: fix spoiling all dirty bitmaps by mirror and migration

Mirror and migration use dirty bitmaps for their purposes, and since commit [block: per caller dirty bitmap] they use their own bitmaps, not the global one. But they use old functions bdrv_set_dirty and bdrv_reset_dirty, which change all dirty bitmaps. Named dirty bitmaps series by Fam and Snow ar

[Qemu-devel] TCG Multithreading performance improvement

Hi all, We are now actively going to pursue TCG Multithreading to improve the performance of the TCG for Qemu models that include multiple cores. We have set up a wiki page to track the project http://wiki.qemu.org/Features/tcg-multithread At

Re: [Qemu-devel] [PATCH v7 09/16] hw/vfio/platform: add vfio-platform support

On 11/05/2014 11:29 AM, Alexander Graf wrote: > > > On 31.10.14 15:05, Eric Auger wrote: >> Minimal VFIO platform implementation supporting >> - register space user mapping, >> - IRQ assignment based on eventfds handled on qemu side. >> >> irqfd kernel acceleration comes in a subsequent patch. >>

[Qemu-devel] [Bug 1395217] Re: Networking in qemu 2.0.0 and beyond is not compatible with Open Solaris (Illumos) 5.11

Bisected merrily away, and this is where it definitively begins to fail . . . To verify, I checked out both commits, and confirmed change in function at this point. I attempted a revoke of this commit on my clone to test, but too many merge errors to make that a simple task, so that was not done.

[Qemu-devel] [Bug 1395217] Re: Networking in qemu 2.0.0 and beyond is not compatible with Open Solaris (Illumos) 5.11

This does not appear to be run-time selectable (or I have not found the option yet . . . ) so not quire sure how to verify if backing this out will resolve the issue in later versions. -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. h

[Qemu-devel] [PATCH] s390x/kvm: Fix compile error

commit a2b257d6212a "memory: expose alignment used for allocating RAM as MemoryRegion API" triggered a compile error on KVM/s390x. Fix the prototype and the implementation of legacy_s390_alloc. Cc: Igor Mammedov Cc: Michael S. Tsirkin Signed-off-by: Christian Borntraeger --- target-s390x/kvm.

[Qemu-devel] [PATCH 1/2] balloon: call qdev_alias_all_properties for proxy dev in balloon class init

From: Raushaniya Maksudova The idea is that all other virtio devices are calling this helper to merge properties of the proxy device. This is the only difference in between this helper and code in inside virtio_instance_init_common. The patch should not cause any harm as property list in generic

[Qemu-devel] [PATCH 2/2] balloon: add a feature bit to let Guest OS deflate balloon on oom

From: Raushaniya Maksudova Excessive virtio_balloon inflation can cause invocation of OOM-killer, when Linux is under severe memory pressure. Various mechanisms are responsible for correct virtio_balloon memory management. Nevertheless it is often the case that these control tools does not have e

[Qemu-devel] [PATCH 0/2] balloon: add a feature bit to let Guest OS deflate virtio_balloon on OOM

Excessive virtio_balloon inflation can cause invocation of OOM-killer, when Linux is under severe memory pressure. Various mechanisms are responsible for correct virtio_balloon memory management. Nevertheless it is often the case that these control tools does not have enough time to react on fast c

Re: [Qemu-devel] [PATCH v2 0/6] Geometry and blocksize support for backing devices

On 11/25/2014 04:01 PM, Stefan Hajnoczi wrote: On Wed, Nov 19, 2014 at 11:17:50AM +0100, Ekaterina Tumanova wrote: Hi folks, I'm sorry for the recent spam. I messed up during code submission last time. So please ignore any previous notes you received from me and answer only to this thread. Thi

Re: [Qemu-devel] [PATCH] s390x/kvm: Fix compile error

On Wed, 26 Nov 2014 11:07:24 +0100 Christian Borntraeger wrote: > commit a2b257d6212a "memory: expose alignment used for allocating RAM > as MemoryRegion API" triggered a compile error on KVM/s390x. > > Fix the prototype and the implementation of legacy_s390_alloc. > > Cc: Igor Mammedov > Cc:

Re: [Qemu-devel] [PATCH v7 09/16] hw/vfio/platform: add vfio-platform support

On 26.11.14 10:45, Eric Auger wrote: > On 11/05/2014 11:29 AM, Alexander Graf wrote: >> >> >> On 31.10.14 15:05, Eric Auger wrote: >>> Minimal VFIO platform implementation supporting >>> - register space user mapping, >>> - IRQ assignment based on eventfds handled on qemu side. >>> >>> irqfd kern

[Qemu-devel] [Bug 1395217] Re: Networking in qemu 2.0.0 and beyond is not compatible with Open Solaris (Illumos) 5.11

Additional test (I just don't know when to go to bed . . . *sigh* . . . ). In a checkout of the 2.1.2 code base, and based on the above failing commit as per bisect, I removed the change in the commit for target-i386/cpu.c of the line: [FEAT_1_ECX] = CPUID_EXT_X1APIC, as added by the errant comm

Re: [Qemu-devel] [PATCH] s390x/kvm: Fix compile error

On 26/11/2014 11:19, Cornelia Huck wrote: > On Wed, 26 Nov 2014 11:07:24 +0100 > Christian Borntraeger wrote: > >> commit a2b257d6212a "memory: expose alignment used for allocating RAM >> as MemoryRegion API" triggered a compile error on KVM/s390x. >> >> Fix the prototype and the implementation

[Qemu-devel] [RFC PATCH v5 01/31] cpu-exec: fix cpu_exec_nocache

In icount mode cpu_exec_nocache function is used to execute part of the existing TB. At the end of cpu_exec_nocache newly created TB is deleted. Sometimes io_read function needs to recompile current TB and restart TB lookup and execution. After that tb_find_fast function finds old (bigger) TB again

[Qemu-devel] [RFC PATCH v5 00/31] Deterministic replay and reverse execution

This set of patches is related to the reverse execution and deterministic replay of qemu execution Our implementation of deterministic replay can be used for deterministic and reverse debugging of guest code through gdb remote interface. Execution recording writes non-deterministic events log,

[Qemu-devel] [RFC PATCH v5 03/31] replay: global variables and function stubs

This patch adds global variables, defines, functions declarations, and function stubs for deterministic VM replay used by external modules. Signed-off-by: Pavel Dovgalyuk --- Makefile.target |1 + qapi-schema.json | 32 replay/Makefile.objs |1

[Qemu-devel] [RFC PATCH v5 07/31] icount: implement icount requesting

Replay uses number of executed instructions to determine corrent events injection moments. This patch introduces new function for querying the instructions counter. Signed-off-by: Pavel Dovgalyuk --- cpus.c | 26 +++--- include/qemu/timer.h |1 + 2 files c

[Qemu-devel] [RFC PATCH v5 10/31] i386: do not cross the pages boundaries in replay mode

This patch denies crossing the boundary of the pages in the replay mode, because it can cause an exception. Do it only when boundary is crossed by the first instruction in the block. If current instruction already crossed the bound - it's ok, because an exception hasn't stopped this code. Signed-o

[Qemu-devel] [RFC PATCH v5 02/31] acpi: accurate overflow check

Compare clock in ns, because acpi_pm_tmr_update uses rounded to ns value instead of ticks. Reviewed-by: Paolo Bonzini Signed-off-by: Pavel Dovgalyuk --- hw/acpi/core.c |7 +-- 1 files changed, 5 insertions(+), 2 deletions(-) diff --git a/hw/acpi/core.c b/hw/acpi/core.c index a7368fb..

[Qemu-devel] [RFC PATCH v5 09/31] replay: introduce icount event

This patch adds icount event to the replay subsystem. This event corresponds to execution of several instructions and used to synchronize input events in the replay phase. Signed-off-by: Pavel Dovgalyuk --- replay/replay-internal.c | 14 ++ replay/replay-internal.h | 18 +

[Qemu-devel] [RFC PATCH v5 08/31] icount: improve enable/disable ticks

This patch eliminates call of the cpu_get_real_ticks while enabling or disabling the virtual timer in icount mode. These calls are used for cpu_ticks_offset which is not needed in this mode. Reviewed-by: Paolo Bonzini Signed-off-by: Pavel Dovgalyuk --- cpus.c | 12 1 files chang

[Qemu-devel] [RFC PATCH v5 04/31] sysemu: system functions for replay

This patch removes "static" specifier from several qemu function to make them visible to the replay module. It also invents several system functions that will be used by replay. Signed-off-by: Pavel Dovgalyuk --- cpus.c |4 ++-- include/exec/exec-all.h |1 + include/qom/

[Qemu-devel] [RFC PATCH v5 14/31] From 04bbd21134dd2c6b7309a7f5f2b780aae2757003 Mon Sep 17 00:00:00 2001

From: Paolo Bonzini Subject: [PATCH] gen-icount: check cflags instead of use_icount global Signed-off-by: Paolo Bonzini Signed-off-by: Pavel Dovgalyuk --- include/exec/gen-icount.h |6 +++--- target-alpha/translate.c |2 +- target-arm/translate-a64.c|2 +- target-arm

[Qemu-devel] [RFC PATCH v5 13/31] From a0cb9e80ba0de409b5ad556109a1c71ce4d8ce19 Mon Sep 17 00:00:00 2001

From: Paolo Bonzini Subject: [PATCH] translate: check cflags instead of use_icount global Signed-off-by: Paolo Bonzini Signed-off-by: Pavel Dovgalyuk --- target-alpha/translate.c|8 --- target-arm/translate-a64.c |4 ++-- target-arm/translate.c |4 ++-- target-i386/

[Qemu-devel] [RFC PATCH v5 20/31] replay: recording and replaying clock ticks

Clock ticks are considered as the sources of non-deterministic data for virtual machine. This patch implements saving the clock values when they are acquired (virtual, host clock, rdtsc, and some other timers). When replaying the execution corresponding values are read from log and transfered to th

[Qemu-devel] [RFC PATCH v5 05/31] replay: internal functions for replay log

This patch adds functions to perform read and write operations with replay log. Signed-off-by: Pavel Dovgalyuk --- replay/Makefile.objs |1 replay/replay-internal.c | 141 ++ replay/replay-internal.h | 50 3 files changed,

[Qemu-devel] [RFC PATCH v5 18/31] replay: asynchronous events infrastructure

This patch adds module for saving and replaying asynchronous events. These events include network packets, keyboard and mouse input, USB packets, thread pool and bottom halves callbacks. All events are stored in the queue to be processed at synchronization points such as beginning of TB execution,

[Qemu-devel] [RFC PATCH v5 22/31] timer: introduce new QEMU_CLOCK_VIRTUAL_RT clock

This patch introduces new QEMU_CLOCK_VIRTUAL_RT clock, which should be used for icount warping. Separate timer is needed for replaying the execution, because warping callbacks should be deterministic. We cannot make realtime clock deterministic because it is used for screen updates and other simula

[Qemu-devel] [RFC PATCH v5 23/31] cpus: make icount warp deterministic in replay mode

This patch adds saving and replaying warping parameters in record and replay modes. These parameters affect on virtual clock values and therefore should be deterministic. Signed-off-by: Pavel Dovgalyuk --- cpus.c | 14 +++--- 1 files changed, 7 insertions(+), 7 deletions(-) diff --git

[Qemu-devel] [RFC PATCH v5 19/31] cpu: replay instructions sequence

This patch adds calls to replay functions into the icount setup block. In record mode number of executed instructions is written to the log. In replay mode number of istructions to execute is taken from the replay log. Signed-off-by: Pavel Dovgalyuk --- cpu-exec.c |1 + cpus.c

[Qemu-devel] [RFC PATCH v5 06/31] cpu-exec: reset exception_index correctly

Exception index is reset at every entry at every entry into cpu_exec() function. This may cause missing the exceptions while replaying them. This patch moves exception_index reset to the locations where they are processed. Signed-off-by: Pavel Dovgalyuk --- cpu-exec.c |3 ++- cpus.c |

[Qemu-devel] [RFC PATCH v5 26/31] replay: bottom halves

This patch introduces bottom half event for replay queue. It saves the events into the queue and process them at the checkpoints and instructions execution. Signed-off-by: Pavel Dovgalyuk --- async.c | 46 -- dma-helpers.c

[Qemu-devel] [RFC PATCH v5 28/31] replay: thread pool

This patch modifies thread pool to allow replaying asynchronous thread tasks synchronously in replay mode. Signed-off-by: Pavel Dovgalyuk --- block/raw-posix.c |6 - block/raw-win32.c |4 +++- include/block/thread-pool.h |4 +++- replay/replay-events.c |

[Qemu-devel] [RFC PATCH v5 21/31] replay: recording and replaying different timers

This patch introduces functions for recording and replaying realtime sources, that do not use qemu-clock interface. These include return value of time() function in time_t and struct tm forms. Patch also adds warning to get_timedate function to prevent its usage in recording mode, because it may le

[Qemu-devel] [RFC PATCH v5 11/31] From 7abf2f72777958d395cfd01d97fe707cc06152b5 Mon Sep 17 00:00:00 2001

From: Paolo Bonzini Subject: [PATCH] target-ppc: pass DisasContext to SPR generator functions Signed-off-by: Paolo Bonzini Signed-off-by: Pavel Dovgalyuk --- target-ppc/cpu.h| 13 +- target-ppc/translate.c | 10 +- target-ppc/translate_init.c | 247 +

[Qemu-devel] [RFC PATCH v5 29/31] replay: initialization and deinitialization

This patch introduces the functions for enabling the record/replay and for freeing the resources when simulator closes. Signed-off-by: Pavel Dovgalyuk --- block.c |2 - exec.c |1 replay/replay-internal.h |2 + replay/replay.c | 134 +

[Qemu-devel] [RFC PATCH v5 25/31] replay: checkpoints

This patch introduces checkpoints that synchronize cpu thread and iothread. When checkpoint is met in the code all asynchronous events from the queue are executed. Signed-off-by: Pavel Dovgalyuk --- block.c | 11 +++ cpus.c |7 ++- include/qem

[Qemu-devel] [RFC PATCH v5 12/31] From 185a3a47d08857a66332ae862b372a153ce92bb9 Mon Sep 17 00:00:00 2001

From: Paolo Bonzini Subject: [PATCH] cpu-exec: add a new CF_USE_ICOUNT cflag Signed-off-by: Paolo Bonzini Signed-off-by: Pavel Dovgalyuk --- include/exec/exec-all.h |5 +++-- translate-all.c |3 +++ 2 files changed, 6 insertions(+), 2 deletions(-) diff --git a/include/exec/e

[Qemu-devel] [RFC PATCH v5 30/31] replay: command line options

This patch introduces command line options for enabling recording or replaying virtual machine behavior. "-record" option starts recording of the execution and saves it into the log, specified with "fname" parameter. "-replay" option is intended for replaying previously saved log. Signed-off-by: P

[Qemu-devel] [RFC PATCH v5 27/31] replay: replay aio requests

This patch adds identifier to aio requests. ID is used for creating bottom halves and identifying them while replaying. The patch also introduces several functions that make possible replaying of the aio requests. Signed-off-by: Pavel Dovgalyuk --- block.c| 81 +

[Qemu-devel] [RFC PATCH v5 15/31] cpu-exec: allow temporary disabling icount

This patch is required for deterministic replay to generate an exception by trying executing an instruction without changing icount. It adds new flag to TB for disabling icount while translating it. Signed-off-by: Pavel Dovgalyuk Signed-off-by: Paolo Bonzini Signed-off-by: Pavel Dovgalyuk ---

Re: [Qemu-devel] [RFC PATCH v5 00/31] Deterministic replay and reverse execution

That covermail was wrong. Here is the correct one: This set of patches is related to the reverse execution and deterministic replay of qemu execution This implementation of deterministic replay can be used for deterministic debugging of guest code through gdb remote interface. These patches

[Qemu-devel] [RFC PATCH v5 16/31] cpu-exec: invalidate nocache translation if they are interrupted

In this case, QEMU might longjmp out of cpu-exec.c and miss the final cleanup in cpu_exec_nocache. Do this manually through a new compile flag. This is important once we add no-icount translations. Signed-off-by: Paolo Bonzini Signed-off-by: Pavel Dovgalyuk --- cpu-exec.c |2

Re: [Qemu-devel] [RFC PATCH v5 20/31] replay: recording and replaying clock ticks

On 26/11/2014 11:40, Pavel Dovgalyuk wrote: > +/* real time host monotonic timer implementation */ > +static inline int64_t get_clock_realtime_impl(void) > { > struct timeval tv; > > @@ -708,6 +709,12 @@ static inline int64_t get_clock_realtime(void) > return tv.tv_sec * 10LL

[Qemu-devel] [RFC PATCH v5 17/31] replay: interrupts and exceptions

This patch includes modifications of common cpu files. All interrupts and exceptions occured during recording are written into the replay log. These events allow correct replaying the execution by kicking cpu thread when one of these events is found in the log. Signed-off-by: Pavel Dovgalyuk ---

[Qemu-devel] [RFC PATCH v5 24/31] replay: shutdown event

This patch records and replays simulator shutdown event. Signed-off-by: Pavel Dovgalyuk --- include/sysemu/sysemu.h |1 + replay/replay-internal.h |2 ++ replay/replay.c | 11 +++ replay/replay.h |5 + vl.c |8 +++- 5 files

[Qemu-devel] [RFC PATCH v5 31/31] replay: recording of the user input

This records user input (keyboard and mouse events) in record mode and replays these input events in replay mode. Signed-off-by: Pavel Dovgalyuk --- include/ui/input.h |2 + replay/Makefile.objs |1 replay/replay-events.c | 48 replay/replay-input.c

Re: [Qemu-devel] [PATCH v7 09/16] hw/vfio/platform: add vfio-platform support

On 11/26/2014 11:24 AM, Alexander Graf wrote: > > > On 26.11.14 10:45, Eric Auger wrote: >> On 11/05/2014 11:29 AM, Alexander Graf wrote: >>> >>> >>> On 31.10.14 15:05, Eric Auger wrote: Minimal VFIO platform implementation supporting - register space user mapping, - IRQ assignment

Re: [Qemu-devel] [Xen-devel] virtio leaks cpu mappings, was: qemu crash with virtio on Xen domUs (backtrace included)

On Wed, 26 Nov 2014, Jason Wang wrote: > On 11/25/2014 09:53 PM, Stefano Stabellini wrote: > > On Tue, 25 Nov 2014, Jason Wang wrote: > >> On 11/25/2014 02:44 AM, Stefano Stabellini wrote: > >>> On Mon, 24 Nov 2014, Stefano Stabellini wrote: > On Mon, 24 Nov 2014, Stefano Stabellini wrote: > >

Re: [Qemu-devel] [RFC PATCH v5 22/31] timer: introduce new QEMU_CLOCK_VIRTUAL_RT clock

On 26/11/2014 11:40, Pavel Dovgalyuk wrote: > This patch introduces new QEMU_CLOCK_VIRTUAL_RT clock, which > should be used for icount warping. Separate timer is needed > for replaying the execution, because warping callbacks should > be deterministic. We cannot make realtime clock deterministic

Re: [Qemu-devel] [PATCH] s390x/kvm: Fix compile error

On Wed, Nov 26, 2014 at 11:07:24AM +0100, Christian Borntraeger wrote: > commit a2b257d6212a "memory: expose alignment used for allocating RAM > as MemoryRegion API" triggered a compile error on KVM/s390x. > > Fix the prototype and the implementation of legacy_s390_alloc. > > Cc: Igor Mammedov >

Re: [Qemu-devel] [PATCH 2/2] balloon: add a feature bit to let Guest OS deflate balloon on oom

On Wed, Nov 26, 2014 at 01:11:25PM +0300, Denis V. Lunev wrote: > From: Raushaniya Maksudova > > Excessive virtio_balloon inflation can cause invocation of OOM-killer, > when Linux is under severe memory pressure. Various mechanisms are > responsible for correct virtio_balloon memory management.

Re: [Qemu-devel] [PATCH v6 1/3] linux-aio: fix submit aio as a batch

Am 25.11.2014 um 08:23 hat Ming Lei geschrieben: > In the submit path, we can't complete request directly, > otherwise "Co-routine re-entered recursively" may be caused, > so this patch fixes the issue with below ideas: > > - for -EAGAIN or partial completion, retry the submision > in

Re: [Qemu-devel] [PATCH v7 09/16] hw/vfio/platform: add vfio-platform support

On 26.11.14 11:48, Eric Auger wrote: > On 11/26/2014 11:24 AM, Alexander Graf wrote: >> >> >> On 26.11.14 10:45, Eric Auger wrote: >>> On 11/05/2014 11:29 AM, Alexander Graf wrote: On 31.10.14 15:05, Eric Auger wrote: > Minimal VFIO platform implementation supporting > - re

Re: [Qemu-devel] [2.3 PATCH v7 01/10] qapi: Add optional field "name" to block dirty bitmap

On 2014-11-25 at 20:46, John Snow wrote: From: Fam Zheng This field will be set for user created dirty bitmap. Also pass in an error pointer to bdrv_create_dirty_bitmap, so when a name is already taken on this BDS, it can report an error message. This is not global check, two BDSes can have dir

Re: [Qemu-devel] [PATCH v6 2/3] linux-aio: handling -EAGAIN for !s->io_q.plugged case

Am 25.11.2014 um 08:23 hat Ming Lei geschrieben: > Previously -EAGAIN is simply ignored for !s->io_q.plugged case, > and sometimes it is easy to cause -EIO to VM, such as NVME device. > > This patch handles -EAGAIN by io queue for !s->io_q.plugged case, > and it will be retried in following aio co

Re: [Qemu-devel] [RFC PATCH v5 23/31] cpus: make icount warp deterministic in replay mode

On 26/11/2014 11:40, Pavel Dovgalyuk wrote: > This patch adds saving and replaying warping parameters in record and replay > modes. These parameters affect on virtual clock values and therefore should > be deterministic. > > Signed-off-by: Pavel Dovgalyuk I think this makes warping behave bett

Re: [Qemu-devel] [PATCH v6 3/3] linux-aio: remove 'node' from 'struct qemu_laiocb'

Am 25.11.2014 um 08:23 hat Ming Lei geschrieben: > No one uses the 'node' field any more, so remove it > from 'struct qemu_laiocb', and this can save 16byte > for the struct on 64bit arch. > > Reviewed-by: Paolo Bonzini > Signed-off-by: Ming Lei Useful on its own, even without the other patches

[Qemu-devel] [PULL 1/3] -machine vmport=auto: Fix handling of VMWare ioport emulation for xen

From: Don Slutz c/s 9b23cfb76b3a5e9eb5cc899eaf2f46bc46d33ba4 or c/s b154537ad07598377ebf98252fb7d2aff127983b moved the testing of xen_enabled() from pc_init1() to pc_machine_initfn(). xen_enabled() does not return the correct value in pc_machine_initfn(). Changed vmport from a bool to an enu

[Qemu-devel] [PULL for-2.2 0/3] Misc fixes for 2014-11-26

The following changes since commit 2528043f1f299e0e88cb026f1ca7c40bbb4e1f80: Update version for v2.2.0-rc3 release (2014-11-25 18:23:54 +) are available in the git repository at: git://github.com/bonzini/qemu.git tags/for-upstream for you to fetch changes up to dc622deb2d49aac6afa485f90

[Qemu-devel] [PULL 2/3] fw_cfg: fix boot order bug when dynamically modified via QOM

From: Gonglei When we dynamically modify boot order, the length of boot order will be changed, but we don't update s->files->f[i].size with new length. This casuse seabios read a wrong vale of qemu cfg file about bootorder. Cc: Gerd Hoffmann Cc: Paolo Bonzini Signed-off-by: Gonglei Signed-off

[Qemu-devel] [PULL 3/3] s390x/kvm: Fix compile error

From: Christian Borntraeger commit a2b257d6212a "memory: expose alignment used for allocating RAM as MemoryRegion API" triggered a compile error on KVM/s390x. Fix the prototype and the implementation of legacy_s390_alloc. Cc: Igor Mammedov Cc: Michael S. Tsirkin Signed-off-by: Christian Bornt

Re: [Qemu-devel] [PATCH] target-i386: add feature flags for CPUID[EAX=0xd, ECX=1]

On Wed, Nov 26, 2014 at 10:20:12AM +0100, Paolo Bonzini wrote: > > > On 25/11/2014 21:02, Paolo Bonzini wrote: > > > > +static const char *cpuid_xsave_feature_name[] = { > > > > +"xsaveopt", "xsavec", "xgetbv1", "xsaves", > > > > > > None of the above features introduce any new state that mi

[Qemu-devel] [PATCH] hmp: fix regression of HMP device_del auto-completion

The commits: - 6a1fa9f5 (monitor: add del completion for peripheral device) - 66e56b13 (qdev: add qdev_build_hotpluggable_device_list helper) cause a QEMU crash when trying to use HMP device_del auto-completion. It can be easily reproduced by: -enable-kvm ~/images/fedora.qcow2 -monitor std

Re: [Qemu-devel] [2.3 PATCH v7 02/10] qmp: Add block-dirty-bitmap-add and block-dirty-bitmap-remove

On 2014-11-25 at 20:46, John Snow wrote: From: Fam Zheng The new command pair is added to manage user created dirty bitmap. The dirty bitmap's name is mandatory and must be unique for the same device, but different devices can have bitmaps with the same names. The types added to block-core.jso

Re: [Qemu-devel] [PATCH] hmp: fix regression of HMP device_del auto-completion

On Wed, 26 Nov 2014 13:50:01 +0200 Marcel Apfelbaum wrote: > The commits: > - 6a1fa9f5 (monitor: add del completion for peripheral device) > - 66e56b13 (qdev: add qdev_build_hotpluggable_device_list helper) > > cause a QEMU crash when trying to use HMP device_del auto-completion. > It can be e

Re: [Qemu-devel] [RFC PATCH v5 20/31] replay: recording and replaying clock ticks

> From: Paolo Bonzini [mailto:pbonz...@redhat.com] > On 26/11/2014 11:40, Pavel Dovgalyuk wrote: > > +/* real time host monotonic timer implementation */ > > +static inline int64_t get_clock_realtime_impl(void) > > { > > struct timeval tv; > > > > @@ -708,6 +709,12 @@ static inline int64_t ge

Re: [Qemu-devel] [RFC PATCH v5 22/31] timer: introduce new QEMU_CLOCK_VIRTUAL_RT clock

> From: Paolo Bonzini [mailto:pbonz...@redhat.com] > On 26/11/2014 11:40, Pavel Dovgalyuk wrote: > > This patch introduces new QEMU_CLOCK_VIRTUAL_RT clock, which > > should be used for icount warping. Separate timer is needed > > for replaying the execution, because warping callbacks should > > be

Re: [Qemu-devel] [PATCH 1/2] balloon: call qdev_alias_all_properties for proxy dev in balloon class init

On Wed, 26 Nov 2014 13:11:24 +0300 "Denis V. Lunev" wrote: > From: Raushaniya Maksudova > > The idea is that all other virtio devices are calling this helper > to merge properties of the proxy device. This is the only difference > in between this helper and code in inside virtio_instance_init_c

Re: [Qemu-devel] [2.3 PATCH v7 03/10] block: Introduce bdrv_dirty_bitmap_granularity()

On 2014-11-25 at 20:46, John Snow wrote: From: Fam Zheng This returns the granularity (in bytes) of dirty bitmap, which matches the QMP interface and the existing query interface. Signed-off-by: Fam Zheng Reviewed-by: Benoit Canet Maybe you should have removed the R-b because of the functi

Re: [Qemu-devel] [2.3 PATCH v7 04/10] hbitmap: Add hbitmap_copy

On 2014-11-25 at 20:46, John Snow wrote: From: Fam Zheng This makes a deep copy of an HBitmap. Signed-off-by: Fam Zheng Signed-off-by: John Snow --- include/qemu/hbitmap.h | 8 util/hbitmap.c | 16 2 files changed, 24 insertions(+) diff --git a/include

Re: [Qemu-devel] [2.3 PATCH v7 05/10] block: Add bdrv_copy_dirty_bitmap and bdrv_reset_dirty_bitmap

On 2014-11-25 at 20:46, John Snow wrote: From: Fam Zheng Signed-off-by: Fam Zheng Signed-off-by: John Snow --- block.c | 35 +++ include/block/block.h | 4 2 files changed, 35 insertions(+), 4 deletions(-) diff --git a/block.c b/block.c

Re: [Qemu-devel] [PATCH] target-i386: add feature flags for CPUID[EAX=0xd, ECX=1]

On 26/11/2014 12:40, Eduardo Habkost wrote: > On Wed, Nov 26, 2014 at 10:20:12AM +0100, Paolo Bonzini wrote: >> >> >> On 25/11/2014 21:02, Paolo Bonzini wrote: > +static const char *cpuid_xsave_feature_name[] = { > +"xsaveopt", "xsavec", "xgetbv1", "xsaves", None of the abov

Re: [Qemu-devel] [RFC PATCH v5 20/31] replay: recording and replaying clock ticks

On 26/11/2014 13:22, Pavel Dovgaluk wrote: >> > Any reason to do this instead of using REPLAY_CLOCK in qemu_get_clock, >> > like you do for QEMU_CLOCK_VIRTUAL_RT? > hw/ppc.c uses this functions in pre_save and post_load function. > It seems that these calls' results also should be logged by repla

Re: [Qemu-devel] [2.3 PATCH v7 06/10] qmp: Add block-dirty-bitmap-enable and block-dirty-bitmap-disable

On 2014-11-25 at 20:46, John Snow wrote: From: Fam Zheng This allows to put the dirty bitmap into a disabled state where no more writes will be tracked. It will be used before backup or writing to persistent file. Signed-off-by: Fam Zheng Signed-off-by: John Snow --- block.c

Re: [Qemu-devel] [RFC PATCH v5 02/31] acpi: accurate overflow check

On 26/11/2014 11:38, Pavel Dovgalyuk wrote: > Compare clock in ns, because acpi_pm_tmr_update uses rounded > to ns value instead of ticks. > > Reviewed-by: Paolo Bonzini > > Signed-off-by: Pavel Dovgalyuk > --- > hw/acpi/core.c |7 +-- > 1 files changed, 5 insertions(+), 2 deletions(

Re: [Qemu-devel] [PATCH 1/2] balloon: call qdev_alias_all_properties for proxy dev in balloon class init

On 26/11/14 15:27, Cornelia Huck wrote: On Wed, 26 Nov 2014 13:11:24 +0300 "Denis V. Lunev" wrote: From: Raushaniya Maksudova The idea is that all other virtio devices are calling this helper to merge properties of the proxy device. This is the only difference in between this helper and code

Re: [Qemu-devel] [Bug 1395217] Re: Networking in qemu 2.0.0 and beyond is not compatible with Open Solaris (Illumos) 5.11

Tim Dawson writes: > Additional test (I just don't know when to go to bed . . . *sigh* . . . > ). > > In a checkout of the 2.1.2 code base, and based on the above failing > commit as per bisect, I removed the change in the commit for > target-i386/cpu.c of the line: > > [FEAT_1_ECX] = CPUID_EXT_X

Re: [Qemu-devel] [RFC PATCH v5 00/31] Deterministic replay and reverse execution

On 26/11/2014 11:38, Pavel Dovgalyuk wrote: > This set of patches is related to the reverse execution and deterministic > replay of qemu execution Our implementation of deterministic replay can > be used for deterministic and reverse debugging of guest code through gdb > remote interface. Lo

[Qemu-devel] [Bug 1395217] Re: Networking in qemu 2.0.0 and beyond is not compatible with Open Solaris (Illumos) 5.11

It is runtime selectable using "-cpu ...,-x2apic" (as indicated by Markus on qemu-devel). First thing we need to find out is if it fails on the newest CPU model that can be run in enforce mode. So, assuming you are running on an Intel host CPU, it would be interesting to test those CPU models in

[Qemu-devel] [PATCH] ppc: do not use get_clock_realtime()

Use the external qemu-timer API instead. Cc: qemu-...@nongnu.org Signed-off-by: Paolo Bonzini --- hw/ppc/ppc.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/hw/ppc/ppc.c b/hw/ppc/ppc.c index bec82cd..5ce565d 100644 --- a/hw/ppc/ppc.c +++ b/hw/ppc/ppc.c @@ -844,7 +844,7

[Qemu-devel] [PATCH] block: do not use get_clock()

Use the external qemu-timer API instead. Cc: kw...@redhat.com Cc: stefa...@redhat.com Signed-off-by: Paolo Bonzini --- block/accounting.c | 6 -- block/raw-posix.c | 8 2 files changed, 8 insertions(+), 6 deletions(-) diff --git a/block/accounting.c b/block/accounting.c index edbb

[Qemu-devel] [PATCH] mips: kvm: do not use get_clock()

Use the external qemu-timer API instead. Signed-off-by: Paolo Bonzini --- target-mips/kvm.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/target-mips/kvm.c b/target-mips/kvm.c index 97fd51a..a761ea5 100644 --- a/target-mips/kvm.c +++ b/target-mips/kvm.c @@ -439,7 +439,7 @@

Re: [Qemu-devel] TCG Multithreading performance improvement

On 26 November 2014 at 09:31, Mark Burton wrote: > We have set up a wiki page to track the project > http://wiki.qemu.org/Features/tcg-multithread I see you write "The TCG today is close to being thread safe". Personally I would phrase this as "TCG today is not at all thread safe" :-) -- PMM

Re: [Qemu-devel] [2.3 PATCH v7 07/10] qmp: Add support of "dirty-bitmap" sync mode for drive-backup

On 2014-11-25 at 20:46, John Snow wrote: From: Fam Zheng For "dirty-bitmap" sync mode, the block job will iterate through the given dirty bitmap to decide if a sector needs backup (backup all the dirty clusters and skip clean ones), just as allocation conditions of "top" sync mode. There are t

Re: [Qemu-devel] TCG Multithreading performance improvement

On 26.11.2014 15:06, Peter Maydell wrote: > On 26 November 2014 at 09:31, Mark Burton wrote: >> We have set up a wiki page to track the project >> http://wiki.qemu.org/Features/tcg-multithread > > I see you write "The TCG today is close to being thread safe". > Personally I would phrase this as "

Re: [Qemu-devel] Qemu-KVM: Virtual Machine Power Managment

On Thu, Nov 06, 2014 at 02:52:02PM +, Carew, Alan wrote: > Hi folks, > > I am looking for feedback regarding work-in-progress or planned CPU power > management features for Qemu-KVM based Virtual Machines. > > Looking back through the mailing list archives I did not find any discussion > or p

  1   2   3   >