Re: [Qemu-devel] [_R_F_C_ PATCH v2] powerpc: add PVR mask support

On 15.08.2013, at 08:43, Alexey Kardashevskiy wrote: > IBM POWERPC processors encode PVR as a CPU family in higher 16 bits and > a CPU version in lower 16 bits. Since there is no significant change > in behavior between versions, there is no point to add every single CPU > version in QEMU's CPU l

[Qemu-devel] [_R_F_C_ PATCH v2] powerpc: add PVR mask support

IBM POWERPC processors encode PVR as a CPU family in higher 16 bits and a CPU version in lower 16 bits. Since there is no significant change in behavior between versions, there is no point to add every single CPU version in QEMU's CPU list. Also, new CPU versions of already supported CPU won't brea

Re: [Qemu-devel] [RFC PATCH] powerpc: add PVR mask support

On 15.08.2013, at 08:30, Benjamin Herrenschmidt wrote: > On Thu, 2013-08-15 at 08:03 +0200, Alexander Graf wrote: > How does the user select that he wants a v2.3 p7 cpu with this >> patch? >>> >>> Why would he want that? The behaviour would not change because of >> the >>> version - all de

Re: [Qemu-devel] [RFC PATCH] powerpc: add PVR mask support

On 15.08.2013, at 08:28, Benjamin Herrenschmidt wrote: > On Thu, 2013-08-15 at 08:10 +0200, Alexander Graf wrote: > >> So you're saying it's good to remove a well established feature on 5% >> of the supported CPUs, leave the others inconsistent with the change >> and then declare the whole thi

Re: [Qemu-devel] [RFC PATCH] powerpc: add PVR mask support

On Thu, 2013-08-15 at 08:03 +0200, Alexander Graf wrote: > >> How does the user select that he wants a v2.3 p7 cpu with this > patch? > > > > Why would he want that? The behaviour would not change because of > the > > version - all definitions use the same POWERPC_FAMILY(POWER7) and > PVR is > >

Re: [Qemu-devel] [RFC PATCH] powerpc: add PVR mask support

On Thu, 2013-08-15 at 08:10 +0200, Alexander Graf wrote: > So you're saying it's good to remove a well established feature on 5% > of the supported CPUs, leave the others inconsistent with the change > and then declare the whole thing an improvement? WTF are you talking about ? To need an exac

Re: [Qemu-devel] [RFC PATCH] powerpc: add PVR mask support

On 15.08.2013, at 07:54, Benjamin Herrenschmidt wrote: > On Thu, 2013-08-15 at 07:21 +0200, Alexander Graf wrote: >> >> Am 15.08.2013 um 05:35 schrieb Alexey Kardashevskiy : >> >>> IBM POWERPC processors encode PVR as a CPU family in higher 16 bits and >>> a CPU version in lower 16 bits. Since

Re: [Qemu-devel] [PATCH 7/9] iohandler: associate with main event loop via a QSource

于 2013-5-6 15:53, Paolo Bonzini 写道: Il 03/05/2013 18:03, Michael Roth ha scritto: This introduces a GlibQContext wrapper around the main GMainContext event loop, and associates iohandlers with it via a QSource (which GlibQContext creates a GSource from so that it can be driven via GLib. A subseq

Re: [Qemu-devel] [RFC PATCH] powerpc: add PVR mask support

On 15.08.2013, at 07:44, Alexey Kardashevskiy wrote: > On 08/15/2013 03:21 PM, Alexander Graf wrote: >> >> >> Am 15.08.2013 um 05:35 schrieb Alexey Kardashevskiy : >> >>> IBM POWERPC processors encode PVR as a CPU family in higher 16 bits and >>> a CPU version in lower 16 bits. Since there is

Re: [Qemu-devel] [PATCH 5/8] vfio: Add guest side IOMMU support

On 08/13/2013 08:07 AM, Alex Williamson wrote: >> +static void vfio_listener_region_add(MemoryListener *listener, >> + MemoryRegionSection *section) >> +{ >> +VFIOContainer *container = container_of(listener, VFIOContainer, >> +

Re: [Qemu-devel] [Qemu-ppc] [RFC PATCH] powerpc: add PVR mask support

On 15.08.2013, at 07:21, Alexander Graf wrote: > > > Am 15.08.2013 um 05:35 schrieb Alexey Kardashevskiy : > >> IBM POWERPC processors encode PVR as a CPU family in higher 16 bits and >> a CPU version in lower 16 bits. Since there is no significant change >> in behavior between versions, there

Re: [Qemu-devel] [RFC PATCH] powerpc: add PVR mask support

On Thu, 2013-08-15 at 07:21 +0200, Alexander Graf wrote: > > Am 15.08.2013 um 05:35 schrieb Alexey Kardashevskiy : > > > IBM POWERPC processors encode PVR as a CPU family in higher 16 bits and > > a CPU version in lower 16 bits. Since there is no significant change > > in behavior between version

Re: [Qemu-devel] [PATCH] Introduce cache images for the QCOW2 format

On 15 Aug 2013, at 01:53, Fam Zheng wrote: > On Wed, 08/14 13:03, Alex Bligh wrote: >> >> On 14 Aug 2013, at 12:52, Fam Zheng wrote: >> >>> Yes, this one sounds good to have. VMDK and VHDX have this kind of >>> backing file status validation. >> >> ... though I'd prefer something safer than lo

Re: [Qemu-devel] [RFC PATCH] powerpc: add PVR mask support

On 08/15/2013 03:21 PM, Alexander Graf wrote: > > > Am 15.08.2013 um 05:35 schrieb Alexey Kardashevskiy : > >> IBM POWERPC processors encode PVR as a CPU family in higher 16 bits and >> a CPU version in lower 16 bits. Since there is no significant change >> in behavior between versions, there is

Re: [Qemu-devel] [RFC PATCH] powerpc: add PVR mask support

Am 15.08.2013 um 05:35 schrieb Alexey Kardashevskiy : > IBM POWERPC processors encode PVR as a CPU family in higher 16 bits and > a CPU version in lower 16 bits. Since there is no significant change > in behavior between versions, there is no point to add every single CPU > version in QEMU's CPU

[Qemu-devel] [RFC PATCH] powerpc: add PVR mask support

IBM POWERPC processors encode PVR as a CPU family in higher 16 bits and a CPU version in lower 16 bits. Since there is no significant change in behavior between versions, there is no point to add every single CPU version in QEMU's CPU list. Also, new CPU versions of already supported CPU won't brea

Re: [Qemu-devel] Are there plans to achieve ram live Snapshot feature?

于 2013-8-14 15:53, Stefan Hajnoczi 写道: > On Wed, Aug 14, 2013 at 3:54 AM, Wenchao Xia > wrote: >> 于 2013-8-13 16:21, Stefan Hajnoczi 写道: >> >>> On Tue, Aug 13, 2013 at 4:53 AM, Wenchao Xia >>> wrote: 于 2013-8-12 19:33, Stefan Hajnoczi 写道: > On Mon, Aug 12, 2013 at 12:26 PM, Al

Re: [Qemu-devel] [Qemu-ppc] [PATCH v2] Adds the ability to use the command key in the guest operating system.

On Aug 14, 2013, at 4:58 PM, Alexander Graf wrote: > > On 14.08.2013, at 22:52, Peter Maydell wrote: > >> On 14 August 2013 21:44, Anthony Liguori wrote: >>> I'm confident there's a way to get hardware keycodes on OS X. There >>> is on every other UI platform that I know of. That's the best

Re: [Qemu-devel] [PATCH] Introduce cache images for the QCOW2 format

On Wed, 08/14 13:03, Alex Bligh wrote: > > On 14 Aug 2013, at 12:52, Fam Zheng wrote: > > > Yes, this one sounds good to have. VMDK and VHDX have this kind of > > backing file status validation. > > ... though I'd prefer something safer than looking at mtime, for > instance a sequence number tha

Re: [Qemu-devel] [PATCH v2 2/3] slirp: define timeout as macro

On Wed, Aug 14, 2013 at 7:48 PM, Stefan Hajnoczi wrote: > On Wed, Aug 14, 2013 at 11:02:51AM +0800, Liu Ping Fan wrote: >> @@ -47,6 +47,9 @@ static QTAILQ_HEAD(slirp_instances, Slirp) slirp_instances >> = >> static struct in_addr dns_addr; >> static u_int dns_addr_time; >> >> +#define TIMEOUT_F

Re: [Qemu-devel] [PATCH 2/2] qemu-timer: make qemu_timer_mod_ns() and qemu_timer_del() thread-safe

On Mon, Aug 12, 2013 at 8:49 PM, Stefan Hajnoczi wrote: > Introduce QEMUTimerList->active_timers_lock to protect the linked list > of active timers. This allows qemu_timer_mod_ns() to be called from any > thread. > > Note that vm_clock is not thread-safe and its use of > qemu_clock_has_timers() w

Re: [Qemu-devel] [PATCH v2 3/3] slirp: set mainloop timeout with more precise value

On Wed, Aug 14, 2013 at 4:35 PM, Jan Kiszka wrote: > On 2013-08-14 05:02, Liu Ping Fan wrote: >> If slirp needs to emulate tcp timeout, then the timeout value >> for mainloop should be more precise, which is determined by >> slirp's fasttimo or slowtimo. Achieve this by swap the logic >> sequence

Re: [Qemu-devel] [RFC 0/2] target-arm: Provide '-cpu host' when running KVM

On 14.08.2013, at 22:56, Christoffer Dall wrote: > On Wed, Aug 14, 2013 at 10:47:08PM +0200, Alexander Graf wrote: >> >> On 14.08.2013, at 22:33, Christoffer Dall wrote: >> >>> On Wed, Aug 14, 2013 at 09:28:10PM +0200, Alexander Graf wrote: On 14.08.2013, at 20:28, Christoffer Dall w

Re: [Qemu-devel] [Qemu-ppc] [PATCH v2] Adds the ability to use the command key in the guest operating system.

On 14.08.2013, at 22:52, Peter Maydell wrote: > On 14 August 2013 21:44, Anthony Liguori wrote: >> I'm confident there's a way to get hardware keycodes on OS X. There >> is on every other UI platform that I know of. That's the best way to >> solve this. > > Sure, but that doesn't answer the f

Re: [Qemu-devel] [RFC 0/2] target-arm: Provide '-cpu host' when running KVM

On Wed, Aug 14, 2013 at 10:47:08PM +0200, Alexander Graf wrote: > > On 14.08.2013, at 22:33, Christoffer Dall wrote: > > > On Wed, Aug 14, 2013 at 09:28:10PM +0200, Alexander Graf wrote: > >> > >> On 14.08.2013, at 20:28, Christoffer Dall wrote: > >> > >>> On Wed, Aug 14, 2013 at 08:21:54PM +02

[Qemu-devel] [Bug 1212402] [NEW] Enabling KVM with recent QEMU builds from GIT hang at boot on Ubuntu Precise AMD64 kernel 3.8.0

Public bug reported: When I compile QEMU from GIT and run it with './x86_64-softmmu/qemu-system-x86_64 -enable-kvm' it just hangs, the QEMU screen stays black. (Everything else in the GTK UI is responsive though, I can use the QEMU console as well.) I'm running Ubuntu Precise with kernel 3.8.0-

Re: [Qemu-devel] [Qemu-ppc] [PATCH v2] Adds the ability to use the command key in the guest operating system.

On 14 August 2013 21:44, Anthony Liguori wrote: > I'm confident there's a way to get hardware keycodes on OS X. There > is on every other UI platform that I know of. That's the best way to > solve this. Sure, but that doesn't answer the fundamental question of "when should the OS's window/menu

Re: [Qemu-devel] [RFC 0/2] target-arm: Provide '-cpu host' when running KVM

On 14.08.2013, at 22:33, Christoffer Dall wrote: > On Wed, Aug 14, 2013 at 09:28:10PM +0200, Alexander Graf wrote: >> >> On 14.08.2013, at 20:28, Christoffer Dall wrote: >> >>> On Wed, Aug 14, 2013 at 08:21:54PM +0200, Alexander Graf wrote: On 14.08.2013, at 20:18, Christoffer Dall w

Re: [Qemu-devel] [Qemu-ppc] [PATCH v2] Adds the ability to use the command key in the guest operating system.

I'm confident there's a way to get hardware keycodes on OS X. There is on every other UI platform that I know of. That's the best way to solve this. Regards, Anthony Liguori On Wed, Aug 14, 2013 at 1:02 PM, Alexander Graf wrote: > > On 04.08.2013, at 20:52, Programmingkid wrote: > >> >> On Au

Re: [Qemu-devel] [RFC 0/2] target-arm: Provide '-cpu host' when running KVM

On Wed, Aug 14, 2013 at 09:28:10PM +0200, Alexander Graf wrote: > > On 14.08.2013, at 20:28, Christoffer Dall wrote: > > > On Wed, Aug 14, 2013 at 08:21:54PM +0200, Alexander Graf wrote: > >> > >> On 14.08.2013, at 20:18, Christoffer Dall wrote: > >> > >>> On Wed, Aug 14, 2013 at 07:44:25PM +02

Re: [Qemu-devel] [RFC 0/2] target-arm: Provide '-cpu host' when running KVM

On 14.08.2013, at 20:28, Christoffer Dall wrote: > On Wed, Aug 14, 2013 at 08:21:54PM +0200, Alexander Graf wrote: >> >> On 14.08.2013, at 20:18, Christoffer Dall wrote: >> >>> On Wed, Aug 14, 2013 at 07:44:25PM +0200, Alexander Graf wrote: On 14.08.2013, at 19:39, Christoffer Dall w

Re: [Qemu-devel] [PATCH v1 1/5] util: introduce gsource event abstraction

Quoting Michael Roth (2013-08-08 16:03:30) > Quoting Liu Ping Fan (2013-08-08 01:26:07) > > Introduce struct EventsGSource. It will ease the usage of GSource > > associated with a group of files, which are dynamically allocated > > and release, ex, slirp. > > > > Signed-off-by: Liu Ping Fan > > -

Re: [Qemu-devel] [RFC 0/2] target-arm: Provide '-cpu host' when running KVM

On 14.08.2013, at 20:27, Peter Maydell wrote: > On 14 August 2013 19:21, Alexander Graf wrote: >> Everything -cpu host does has to be reproducible without -cpu host, > > This is in general not going to be possible (the obvious case > being "QEMU doesn't know about the host CPU type at all", or

Re: [Qemu-devel] [PATCH V5 5/5] block: Add iops_sector_count to do the iops accounting for a given io size.

Le Wednesday 14 Aug 2013 à 17:48:46 (+0800), Fam Zheng a écrit : > On Mon, 08/12 18:53, Benoît Canet wrote: > > This feature can be used in case where users are avoiding the iops limit by > > doing jumbo I/Os hammering the storage backend. > > > You are accounting io ops by the op size: > (unit =

Re: [Qemu-devel] [RFC 0/2] target-arm: Provide '-cpu host' when running KVM

On Wed, Aug 14, 2013 at 08:21:54PM +0200, Alexander Graf wrote: > > On 14.08.2013, at 20:18, Christoffer Dall wrote: > > > On Wed, Aug 14, 2013 at 07:44:25PM +0200, Alexander Graf wrote: > >> > >> On 14.08.2013, at 19:39, Christoffer Dall wrote: > >> > >>> On Wed, Aug 14, 2013 at 07:31:59PM +02

Re: [Qemu-devel] [RFC 0/2] target-arm: Provide '-cpu host' when running KVM

On 14 August 2013 19:21, Alexander Graf wrote: > Everything -cpu host does has to be reproducible without -cpu host, This is in general not going to be possible (the obvious case being "QEMU doesn't know about the host CPU type at all", or in minor variants "QEMU knows about the host CPU type but

Re: [Qemu-devel] [RFC 0/2] target-arm: Provide '-cpu host' when running KVM

On 14 August 2013 19:15, Alexander Graf wrote: > On 14.08.2013, at 20:11, Peter Maydell wrote: >> (c) the code is less neat if you have to do "ask kernel >>for best-match, if it has it use it otherwise fall >>back to [small list of legacy cpus]" than if you >>just have "try best-match/

Re: [Qemu-devel] [RFC 0/2] target-arm: Provide '-cpu host' when running KVM

On 14.08.2013, at 20:18, Christoffer Dall wrote: > On Wed, Aug 14, 2013 at 07:44:25PM +0200, Alexander Graf wrote: >> >> On 14.08.2013, at 19:39, Christoffer Dall wrote: >> >>> On Wed, Aug 14, 2013 at 07:31:59PM +0200, Alexander Graf wrote: On 14.08.2013, at 19:26, Christoffer Dall w

Re: [Qemu-devel] [RFC 0/2] target-arm: Provide '-cpu host' when running KVM

On Wed, Aug 14, 2013 at 07:44:25PM +0200, Alexander Graf wrote: > > On 14.08.2013, at 19:39, Christoffer Dall wrote: > > > On Wed, Aug 14, 2013 at 07:31:59PM +0200, Alexander Graf wrote: > >> > >> On 14.08.2013, at 19:26, Christoffer Dall wrote: > >> > >>> On Wed, Aug 14, 2013 at 11:30:46AM +02

Re: [Qemu-devel] [RFC 0/2] target-arm: Provide '-cpu host' when running KVM

On 14.08.2013, at 20:11, Peter Maydell wrote: > On 14 August 2013 18:31, Alexander Graf wrote: >> So why not have a vm ioctl to fetch the "best match" vcpu type? > > I don't object to that particularly, but > (a) we're not going to use the extra flexibility because >the only thing we'll do

Re: [Qemu-devel] [RFC 0/2] target-arm: Provide '-cpu host' when running KVM

On 14 August 2013 18:31, Alexander Graf wrote: > So why not have a vm ioctl to fetch the "best match" vcpu type? I don't object to that particularly, but (a) we're not going to use the extra flexibility because the only thing we'll do is just bounce the answer back at the kernel (b) it re

Re: [Qemu-devel] [Qemu-ppc] [PATCH v2] Adds the ability to use the command key in the guest operating system.

On 04.08.2013, at 20:52, Programmingkid wrote: > > On Aug 4, 2013, at 2:07 PM, Peter Maydell wrote: > >> On 4 August 2013 18:53, Programmingkid wrote: >>> On Aug 4, 2013, at 5:39 AM, Peter Maydell wrote Right, but I don't have to specify anything about any other key on the keyboard,

[Qemu-devel] [RFC PATCH 06/14] rcu: add rcutorture

From: Paolo Bonzini A stress test program (works, too :)). Signed-off-by: Paolo Bonzini Reviewed-by: Mike Day --- tests/Makefile | 4 +- tests/rcutorture.c | 439 + 2 files changed, 442 insertions(+), 1 deletion(-) create mode 100644

Re: [Qemu-devel] [PATCH for-1.6? v2 17/21] ppc405_boards: Don't enforce presence of firmware for qtest

On 05.08.2013, at 15:27, Andreas Färber wrote: > Adopt error_report() while at it. > > Signed-off-by: Andreas Färber Thanks, applied to ppc-next. Alex

Re: [Qemu-devel] [RFC 0/2] target-arm: Provide '-cpu host' when running KVM

On 14.08.2013, at 19:26, Christoffer Dall wrote: > On Wed, Aug 14, 2013 at 11:30:46AM +0200, Alexander Graf wrote: >> >> On 14.08.2013, at 11:23, Peter Maydell wrote: >> >>> On 14 August 2013 10:11, Alexander Graf wrote: You're right, the main difference is that KVM doesn't have any

Re: [Qemu-devel] [PATCH for-1.6? v2 16/21] ppc405_uc: Disable debug output

On 05.08.2013, at 15:27, Andreas Färber wrote: > Signed-off-by: Andreas Färber Thanks, applied to ppc-next. Alex

Re: [Qemu-devel] [PATCH for-1.6? v2 15/21] ppc405_boards: Disable debug output

On 05.08.2013, at 15:27, Andreas Färber wrote: > Also move one stray debug output into an #ifdef. > > Signed-off-by: Andreas Färber Thanks, applied to ppc-next. Alex

[Qemu-devel] [RFC PATCH 01/14] qemu-thread: add QemuEvent

From: Paolo Bonzini This emulates Win32 manual-reset events using futexes or conditional variables. Typical ways to use them are with multi-producer, single-consumer data structures, to test for a complex condition whose elements come from different threads: for (;;) { qemu_event_re

Re: [Qemu-devel] [RFC 0/2] target-arm: Provide '-cpu host' when running KVM

On 14.08.2013, at 19:39, Christoffer Dall wrote: > On Wed, Aug 14, 2013 at 07:31:59PM +0200, Alexander Graf wrote: >> >> On 14.08.2013, at 19:26, Christoffer Dall wrote: >> >>> On Wed, Aug 14, 2013 at 11:30:46AM +0200, Alexander Graf wrote: On 14.08.2013, at 11:23, Peter Maydell wrot

Re: [Qemu-devel] [RFC 0/2] target-arm: Provide '-cpu host' when running KVM

On Wed, Aug 14, 2013 at 07:31:59PM +0200, Alexander Graf wrote: > > On 14.08.2013, at 19:26, Christoffer Dall wrote: > > > On Wed, Aug 14, 2013 at 11:30:46AM +0200, Alexander Graf wrote: > >> > >> On 14.08.2013, at 11:23, Peter Maydell wrote: > >> > >>> On 14 August 2013 10:11, Alexander Graf

Re: [Qemu-devel] [Qemu-ppc] [PATCH 2/2] [v3] target-ppc: Enhance CPU nodes of device tree to be PAPR compliant.

True. From AIX on POWER7+, only seeing POWER7 in here. -Original Message- From: Andreas Färber [afaer...@suse.de] Sent: Wednesday, August 14, 2013 07:05 AM Eastern Standard Time To: Paul Mackerras Cc: Alexey Kardashevisky; Thomas Huth; QEMU; qemu-ppc; Anthony L

[Qemu-devel] [RFC PATCH 12/14] migration: report RCU quiescent states

From: Paolo Bonzini The migration thread polls s->state periodically, it does not use a mutex or condition variable, so it has to report quiescent states manually. Signed-off-by: Paolo Bonzini Reviewed-by: Mike Day --- migration.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/migratio

[Qemu-devel] [PATCH 14/14] fix pointer reference to rcu_assign_pointer

Signed-off-by: Mike Day --- tests/rcutorture.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/tests/rcutorture.c b/tests/rcutorture.c index 236c628..b219ff5 100644 --- a/tests/rcutorture.c +++ b/tests/rcutorture.c @@ -293,7 +293,7 @@ static void *rcu_update_stress_test(void *

[Qemu-devel] [RFC PATCH 11/14] block: report RCU quiescent states

From: Paolo Bonzini The aio workers may spend a long time executing I/O operations; mark that time as an extended quiescent state. Signed-off-by: Paolo Bonzini Reviewed-by: Mike Day --- block/raw-posix.c | 3 +++ block/raw-win32.c | 3 +++ 2 files changed, 6 insertions(+) diff --git a/block/

Re: [Qemu-devel] [PATCH v2] pc: drop external DSDT loading

Applied. Thanks. Regards, Anthony Liguori

[Qemu-devel] [RFC PATCH 10/14] cpus: report RCU quiescent states

From: Paolo Bonzini CPU threads have extended quiescent states while relinquishing control to the accelerator (except TCG). Signed-off-by: Paolo Bonzini Reviewed-by: Mike Day --- cpus.c| 3 +++ kvm-all.c | 3 +++ 2 files changed, 6 insertions(+) diff --git a/cpus.c b/cpus.c index 0f65e76

[Qemu-devel] [PATCH 13/14] include osdep.h for definition of glue(a, b)

diff --git a/include/qemu/rcu.h b/include/qemu/rcu.h index 3a55045..f398e6c 100644 --- a/include/qemu/rcu.h +++ b/include/qemu/rcu.h @@ -39,6 +39,7 @@ #include "qemu/compiler.h" #include "qemu/rcu-pointer.h" #include "qemu/thread.h" +#include "qemu/osdep.h" #include "qemu/queue.h" #include "qe

[Qemu-devel] [RFC PATCH 09/14] event loop: report RCU quiescent states

From: Paolo Bonzini Threads that run event loops also have places that can sleep for an extended time. Place an extended quiescent state there. Signed-off-by: Paolo Bonzini Reviewed-by: Mike Day --- aio-posix.c | 9 - aio-win32.c | 7 +++ main-loop.c | 7 ++- 3 files changed,

[Qemu-devel] [RFC PATCH 03/14] fix #include directive for rcu header

Signed-off-by: Mike Day --- hw/9pfs/virtio-9p-synth.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/hw/9pfs/virtio-9p-synth.c b/hw/9pfs/virtio-9p-synth.c index d5f5842..fdfea21 100644 --- a/hw/9pfs/virtio-9p-synth.c +++ b/hw/9pfs/virtio-9p-synth.c @@ -17,7 +17,7 @@ #include

[Qemu-devel] [RFC PATCH 07/14] rcu: allow nested calls to rcu_thread_offline/rcu_thread_online

From: Paolo Bonzini Signed-off-by: Paolo Bonzini Reviewed-by: Mike Day --- docs/rcu.txt | 5 + include/qemu/rcu.h | 21 +++-- 2 files changed, 24 insertions(+), 2 deletions(-) diff --git a/docs/rcu.txt b/docs/rcu.txt index d7c4f0b..4e7cde3 100644 --- a/docs/rcu.txt

[Qemu-devel] [RFC PATCH 08/14] qemu-thread: report RCU quiescent states

From: Paolo Bonzini Most threads will use mutexes and other sleeping synchronization primitives (condition variables, semaphores, events) periodically. For these threads, the synchronization primitives are natural places to report a quiescent state (possibly an extended one). Signed-off-by: Pao

[Qemu-devel] [RFC PATCH 04/14] qemu-thread: register threads with RCU

From: Paolo Bonzini Signed-off-by: Paolo Bonzini Reviewed-by: Mike Day --- docs/rcu.txt | 13 +++-- util/qemu-thread-posix.c | 28 +++- util/qemu-thread-win32.c | 2 ++ 3 files changed, 36 insertions(+), 7 deletions(-) diff --git a/docs/rcu.txt b/d

[Qemu-devel] [RFC PATCH 00/14] RCU Implementation for Qemu

This is a rebase of Paolo's May patchset on v1.6.0-rc3 The tree is availavle on github: https://github.com/ncultra/qemu/tree/rcu-for-1.7 Mike Day (3): fix #include directive for rcu header include osdep.h for definition of glue(a,b) fix pointer reference to rcu_assign_pointer Paolo Bonzi

[Qemu-devel] [RFC PATCH 05/14] rcu: add call_rcu

From: Paolo Bonzini Signed-off-by: Paolo Bonzini Reviewed-by: Mike Day --- docs/rcu.txt | 108 +-- include/qemu/rcu.h | 22 ++ util/rcu.c | 120 + 3 files changed, 246 inserti

Re: [Qemu-devel] [PATCH for 1.6] po: Update all *.po files

Applied. Thanks. Regards, Anthony Liguori

[Qemu-devel] [RFC PATCH 02/14] rcu: add rcu library

From: Paolo Bonzini This includes a (mangled) copy of the urcu-qsbr code from liburcu. The main changes are: 1) removing dependencies on many other header files in liburcu; 2) removing for simplicity the tentative busy waiting in synchronize_rcu, which has limited performance effects; 3) replacin

Re: [Qemu-devel] [PATCH] pvpanic: fix bad merge

Applied. Thanks. Regards, Anthony Liguori

Re: [Qemu-devel] [RFC 0/2] target-arm: Provide '-cpu host' when running KVM

On Wed, Aug 14, 2013 at 11:30:46AM +0200, Alexander Graf wrote: > > On 14.08.2013, at 11:23, Peter Maydell wrote: > > > On 14 August 2013 10:11, Alexander Graf wrote: > >> You're right, the main difference is that KVM doesn't have any > >> idea what a "host" style CPU is. It only knows how to re

Re: [Qemu-devel] [PATCH for-next v2 00/22] QOM realize for virtio

Am 14.08.2013 18:28, schrieb Anthony Liguori: > Applied. Thanks. For the record, only patches 2-3 were applied (which had accidentally ended up also being included in this v2 despite submitted separately). Series is still in need of review for 1.7. In particular I'm still hoping for second opin

Re: [Qemu-devel] [PATCH] target-ppc: Add POWER7+ CPU model

Applied. Thanks. Regards, Anthony Liguori

Re: [Qemu-devel] [PATCH] rdma: bugfix: make IPv6 support work

Applied. Thanks. Regards, Anthony Liguori

Re: [Qemu-devel] [PATCH 0/2] Clarify licensing terms

Applied. Thanks. Regards, Anthony Liguori

Re: [Qemu-devel] [PATCH RESEND for-1.6] virtio-console: Use exitfn for virtserialport, too

Applied. Thanks. Regards, Anthony Liguori

Re: [Qemu-devel] [PATCH v3] semaphore: fix a hangup problem under load on NetBSD hosts.

Applied. Thanks. Regards, Anthony Liguori

Re: [Qemu-devel] [PATCH] MAINTAINERS: change Igor Mitsyanko's email address

Applied. Thanks. Regards, Anthony Liguori

Re: [Qemu-devel] [PATCH for-next 0/4] target-ppc: Complete POWER5+ CPU model support

Applied. Thanks. Regards, Anthony Liguori

Re: [Qemu-devel] [PATCH for-next v2 00/22] QOM realize for virtio

Applied. Thanks. Regards, Anthony Liguori

Re: [Qemu-devel] [PATCH v3 For-1.6 0/7] rdma: bugfixes, cleanups, IPv6 support

Applied. Thanks. Regards, Anthony Liguori

Re: [Qemu-devel] [PATCH for-1.6] fw_cfg: the I/O port variant expects little-endian

Applied. Thanks. Regards, Anthony Liguori

Re: [Qemu-devel] [PATCH v2 for 1.6] w32: Add missing version.o to all executables (fix regression)

Applied. Thanks. Regards, Anthony Liguori

Re: [Qemu-devel] [PATCH v2 0/3] rdma: IPv6 bugfixes and cleanups

Applied. Thanks. Regards, Anthony Liguori

Re: [Qemu-devel] [PATCH for-1.6] pxa2xx: Avoid object_get_link_property() assertion for "parent_bus"

Applied. Thanks. Regards, Anthony Liguori

Re: [Qemu-devel] [PATCH for-1.6 0/4] rdma: additional cleanups, proper getaddrinfo() handling

Applied. Thanks. Regards, Anthony Liguori

Re: [Qemu-devel] [PATCH for-1.6] target-ppc: Fix POWER7+ model

Applied. Thanks. Regards, Anthony Liguori

Re: [Qemu-devel] [PATCH 0/3] rdma fixes and clean ups

Applied. Thanks. Regards, Anthony Liguori

Re: [Qemu-devel] [PATCH] Bugfix for loading multiboot kernels

Applied. Thanks. Regards, Anthony Liguori

Re: [Qemu-devel] [PATCH for-1.6] virtio-9p-device: Avoid freeing uninitialized memory

Applied. Thanks. Regards, Anthony Liguori

Re: [Qemu-devel] [PATCH] qemu-option: Guard against qemu_opts_set_defaults() misuse

Applied. Thanks. Regards, Anthony Liguori

Re: [Qemu-devel] [PATCH] qemu-char: fix infinite recursion connecting to monitor pty

Applied. Thanks. Regards, Anthony Liguori

Re: [Qemu-devel] [PATCH v2 for-1.6 0/6] rdma: uh oh! IPv6 broken in linux - need workaround

Applied. Thanks. Regards, Anthony Liguori

Re: [Qemu-devel] [PATCH 0/3] rdma: validate remote provided RDMAControlHeader::len

Applied. Thanks. Regards, Anthony Liguori

Re: [Qemu-devel] [PATCH] rdma: memory leak RDMAContext::host

Applied. Thanks. Regards, Anthony Liguori

Re: [Qemu-devel] [PULL] Block fix for 1.6

Pulled. Thanks. Regards, Anthony Liguori

Re: [Qemu-devel] [PATCH for-1.6 V2 0/2] pvpanic: Separate pvpanic from machine type

Applied. Thanks. Regards, Anthony Liguori

Re: [Qemu-devel] [PATCH v3 for-1.6 0/3] Remove legacy sysfw code

Applied. Thanks. Regards, Anthony Liguori

Re: [Qemu-devel] [PATCH for-1.6] target-ppc: Fix POWER7+ model

On 14.08.2013, at 18:14, Anthony Liguori wrote: > Already in 1.6: > > commit a7d6b9f084765a834110bb9a2a0329b1a96de792 > Author: Andreas Färber > Date: Mon Aug 5 22:59:46 2013 +0200 > >target-ppc: Fix POWER7+ model Oops, I must've missed the error output: agraf@boysenberry-1:/home/agraf

Re: [Qemu-devel] [PATCH for-1.6] target-ppc: Fix POWER7+ model

Already in 1.6: commit a7d6b9f084765a834110bb9a2a0329b1a96de792 Author: Andreas Färber Date: Mon Aug 5 22:59:46 2013 +0200 target-ppc: Fix POWER7+ model Regards, Anthony Liguori On Wed, Aug 14, 2013 at 8:55 AM, Alexander Graf wrote: > > On 05.08.2013, at 22:59, Andreas Färber wrote: >

Re: [Qemu-devel] [PATCH] slirp: Port redirection option behave differently on Linux and Windows

On 08/14/2013 09:49 AM, Taimoor Mirza wrote: > On Wed, Aug 14, 2013 at 2:20 AM, Eric Blake wrote: >> On 08/13/2013 03:05 PM, Taimoor wrote: >>> From: Taimoor Mirza >>> >>> port redirection code uses SO_REUSEADDR socket option before binding to >>> host port. Behavior of SO_REUSEADDR is different

Re: [Qemu-devel] [PATCH] Introduce cache images for the QCOW2 format

On Wed, Aug 14, 2013 at 01:03:48PM +0100, Alex Bligh wrote: > > On 14 Aug 2013, at 12:52, Fam Zheng wrote: > > > Yes, this one sounds good to have. VMDK and VHDX have this kind of > > backing file status validation. > > ... though I'd prefer something safer than looking at mtime, for > instance

Re: [Qemu-devel] [PATCH] slirp: Port redirection option behave differently on Linux and Windows

On Wed, Aug 14, 2013 at 2:20 AM, Eric Blake wrote: > On 08/13/2013 03:05 PM, Taimoor wrote: >> From: Taimoor Mirza >> >> port redirection code uses SO_REUSEADDR socket option before binding to >> host port. Behavior of SO_REUSEADDR is different on Windows and Linux. >> Relaunching QEMU with same

  1   2   >