Re: [Qemu-devel] [PATCH 02/10] apic_common: vapic_paddr synchronization fix

2014-09-09 Thread Pavel Dovgaluk
> From: Paolo Bonzini [mailto:paolo.bonz...@gmail.com] On Behalf Of Paolo > Bonzini > Sent: Tuesday, September 09, 2014 4:30 PM > To: qemu-devel@nongnu.org > Cc: quint...@redhat.com; amit.s...@redhat.com; dgilb...@redhat.com; > pavel.dovga...@ispras.ru > Subject: [PATCH 02/10] apic_common: vapic_

Re: [Qemu-devel] OVMF, Q35 and USB keyboard/mouse

2014-09-09 Thread Gerd Hoffmann
Hi, > So at this point I'm wondering why guests and "info qtree" are contradictory, > and whether the combination of OVMF and OS X tickle some qemu usb emulation > bug differently than all other (working) combinations ? It's due to the way how usb1 compatibility was implemented when ehci was in

[Qemu-devel] [PATCH v5 12/22] blkverify: Drop blkverify_aiocb_info.cancel

2014-09-09 Thread Fam Zheng
Also the finished pointer is not used any more. Signed-off-by: Fam Zheng --- block/blkverify.c | 19 --- 1 file changed, 19 deletions(-) diff --git a/block/blkverify.c b/block/blkverify.c index 163064c..460393f 100644 --- a/block/blkverify.c +++ b/block/blkverify.c @@ -29,7 +29,

Re: [Qemu-devel] [PATCH 0/3] build-sys: Exclude empty object files when linking libqemuutil.a

2014-09-09 Thread Fam Zheng
On Wed, 09/03 09:53, Paolo Bonzini wrote: > Il 03/09/2014 05:44, Fam Zheng ha scritto: > > On Mac OS X, ranlib complains on a few empty objects: > > > > ARlibqemuutil.a > > > > /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/ranlib: > > file: libqe

[Qemu-devel] [PATCH v3 3/3] block: Always compile virtio-blk dataplane

2014-09-09 Thread Fam Zheng
Dataplane doesn't depend on linux-aio any more, so we don't need the compiling condition now. Configure options are kept but just print a message. Signed-off-by: Fam Zheng --- configure | 21 ++--- hw/block/Makefile.objs | 2 +- hw/block/virtio-blk.

[Qemu-devel] [PATCH v3 2/3] vring: Better error handling if num is too large

2014-09-09 Thread Fam Zheng
To be more consistent inside this function. Signed-off-by: Fam Zheng --- hw/virtio/dataplane/vring.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/hw/virtio/dataplane/vring.c b/hw/virtio/dataplane/vring.c index 67cb2b8..372706a 100644 --- a/hw/virtio/dataplane/vring.c +++

[Qemu-devel] [PATCH v3 1/3] virtio: Import virtio_vring.h

2014-09-09 Thread Fam Zheng
This header has no further dependencies. It only has some stable data types and primitive functions, so we can copy it to include/hw/virtio in order to allow vring code (and its user virtio-blk dataplane) to be built unconditionally, even for cross compiling. Suggested-by: Paolo Bonzini Signed-of

[Qemu-devel] [PATCH v3 0/3] block: Always compile virtio-blk dataplane

2014-09-09 Thread Fam Zheng
v3: Fix -ENOBUFS. v2: Import virtio_vring.h. Fam Zheng (3): virtio: Import virtio_vring.h vring: Better error handling if num is too large block: Always compile virtio-blk dataplane configure | 21 + hw/block/Makefile.objs | 2 +- hw/block/virt

[Qemu-devel] [PATCH v5 17/22] rbd: Drop rbd_aiocb_info.cancel

2014-09-09 Thread Fam Zheng
And also drop the now unused "cancelled" field. Signed-off-by: Fam Zheng --- block/rbd.c | 23 +-- 1 file changed, 1 insertion(+), 22 deletions(-) diff --git a/block/rbd.c b/block/rbd.c index ea969e7..349d465 100644 --- a/block/rbd.c +++ b/block/rbd.c @@ -77,7 +77,6 @@ typed

[Qemu-devel] [PATCH v5 21/22] block: Drop AIOCBInfo.cancel

2014-09-09 Thread Fam Zheng
Now that all the implementations are converted to asynchronous version and we can emulate synchronous cancellation with it. Let's drop the unused member. Signed-off-by: Fam Zheng --- block.c | 24 ++-- include/block/aio.h | 1 - 2 files changed, 10 insertions(+),

[Qemu-devel] [PATCH v5 15/22] quorum: fix quorum_aio_cancel()

2014-09-09 Thread Fam Zheng
From: Liu Yuan For a fifo read pattern, we only have one running aio (possible other cases that has less number than num_children in the future), so we need to check if .acb is NULL against bdrv_aio_cancel() to avoid segfault. Cc: Eric Blake Cc: Benoit Canet Cc: Kevin Wolf Cc: Stefan Hajnoczi

[Qemu-devel] [PATCH v5 14/22] qed: Drop qed_aiocb_info.cancel

2014-09-09 Thread Fam Zheng
Also drop the now unused ->finished field. Signed-off-by: Fam Zheng --- block/qed.c | 21 - 1 file changed, 21 deletions(-) diff --git a/block/qed.c b/block/qed.c index ba395af..07cdb47 100644 --- a/block/qed.c +++ b/block/qed.c @@ -18,22 +18,8 @@ #include "qapi/qmp/qerror.

[Qemu-devel] [PATCH v5 08/22] dma: Convert dma_aiocb_info.cancel to .cancel_async

2014-09-09 Thread Fam Zheng
Just forward the request to bdrv_aio_cancel_async. Signed-off-by: Fam Zheng --- dma-helpers.c | 20 1 file changed, 4 insertions(+), 16 deletions(-) diff --git a/dma-helpers.c b/dma-helpers.c index 499b52b..5a46e5c 100644 --- a/dma-helpers.c +++ b/dma-helpers.c @@ -73,7 +73

[Qemu-devel] [PATCH v5 20/22] ide: Convert trim_aiocb_info.cancel to .cancel_async

2014-09-09 Thread Fam Zheng
We know that either bh is scheduled or ide_issue_trim_cb will be called again, so we just set i, j and ret to the right values. In both cases, ide_trim_bh_cb will be called. Also forward the cancellation to the iocb->aiocb which we get from bdrv_aio_discard. Signed-off-by: Fam Zheng --- hw/ide/

[Qemu-devel] [PATCH v5 22/22] block: Rename qemu_aio_release -> qemu_aio_unref

2014-09-09 Thread Fam Zheng
Suggested-by: Benoît Canet Signed-off-by: Fam Zheng --- block.c | 10 +- block/archipelago.c | 4 ++-- block/blkdebug.c| 2 +- block/blkverify.c | 2 +- block/curl.c| 10 +- block/iscsi.c | 6 +++--- block/linux-aio.c | 4 ++-- block/qed.c

[Qemu-devel] [PATCH v5 10/22] archipelago: Drop archipelago_aiocb_info.cancel

2014-09-09 Thread Fam Zheng
The cancelled flag is no longer useful. Later the request will complete as before, and cb will be called. Signed-off-by: Fam Zheng --- block/archipelago.c | 17 + 1 file changed, 1 insertion(+), 16 deletions(-) diff --git a/block/archipelago.c b/block/archipelago.c index 22a7daa

[Qemu-devel] [PATCH v5 06/22] thread-pool: Convert thread_pool_aiocb_info.cancel to cancel_async

2014-09-09 Thread Fam Zheng
The .cancel_async shares the same the first half with .cancel: try to steal the request if not submitted yet. In this case set the elem to THREAD_DONE status and ret to -ECANCELED, which means thread_pool_completion_bh will call the cb with -ECANCELED. If the request is already submitted, do nothi

[Qemu-devel] [PATCH v5 19/22] win32-aio: Drop win32_aiocb_info.cancel

2014-09-09 Thread Fam Zheng
Signed-off-by: Fam Zheng --- block/win32-aio.c | 14 -- 1 file changed, 14 deletions(-) diff --git a/block/win32-aio.c b/block/win32-aio.c index 5030e32..eed86f7 100644 --- a/block/win32-aio.c +++ b/block/win32-aio.c @@ -106,22 +106,8 @@ static void win32_aio_completion_cb(EventNotif

[Qemu-devel] [PATCH v5 16/22] quorum: Convert quorum_aiocb_info.cancel to .cancel_async

2014-09-09 Thread Fam Zheng
Before, we cancel all the child requests with bdrv_aio_cancel, then free the acb.. Now we just kick off asynchronous cancellation of child requests and return, we know quorum_aio_cb will be called later, so in the end quorum_aio_finalize will take care of calling the caller's cb. Signed-off-by: F

[Qemu-devel] [PATCH v5 04/22] block: Drop bdrv_em_co_aiocb_info.cancel

2014-09-09 Thread Fam Zheng
Also drop the now unused ->done pointer. Signed-off-by: Fam Zheng --- block.c | 21 - 1 file changed, 21 deletions(-) diff --git a/block.c b/block.c index 371082b..6193883 100644 --- a/block.c +++ b/block.c @@ -4757,22 +4757,8 @@ typedef struct BlockDriverAIOCBCoroutine {

[Qemu-devel] [PATCH v5 09/22] iscsi: Convert iscsi_aiocb_info.cancel to .cancel_async

2014-09-09 Thread Fam Zheng
Also drop the unused field "canceled". Signed-off-by: Fam Zheng --- block/iscsi.c | 17 ++--- 1 file changed, 2 insertions(+), 15 deletions(-) diff --git a/block/iscsi.c b/block/iscsi.c index 3e19202..a0aca5f 100644 --- a/block/iscsi.c +++ b/block/iscsi.c @@ -88,7 +88,6 @@ typedef s

[Qemu-devel] [PATCH v5 18/22] sheepdog: Convert sd_aiocb_info.cancel to .cancel_async

2014-09-09 Thread Fam Zheng
Also drop the now unused SheepdogAIOCB.finished field. Note that this aio is internal to sheepdog driver and has NULL cb and opaque, and should be unused at all. Signed-off-by: Fam Zheng --- block/sheepdog.c | 46 +++--- 1 file changed, 19 insertions(+), 2

[Qemu-devel] [PATCH v5 13/22] curl: Drop curl_aiocb_info.cancel

2014-09-09 Thread Fam Zheng
Signed-off-by: Fam Zheng --- block/curl.c | 6 -- 1 file changed, 6 deletions(-) diff --git a/block/curl.c b/block/curl.c index 938f9d9..6f5d6ae 100644 --- a/block/curl.c +++ b/block/curl.c @@ -613,14 +613,8 @@ out_noclean: return -EINVAL; } -static void curl_aio_cancel(BlockDriverAI

[Qemu-devel] [PATCH v5 07/22] linux-aio: Convert laio_aiocb_info.cancel to .cancel_async

2014-09-09 Thread Fam Zheng
Just call io_cancel (2), if it fails, it means the request is not canceled, so the event loop will eventually call qemu_laio_process_completion. In qemu_laio_process_completion, change to call the cb unconditionally. It is required by bdrv_aio_cancel_async. Signed-off-by: Fam Zheng --- block/li

[Qemu-devel] [PATCH v5 02/22] block: Add refcnt in BlockDriverAIOCB

2014-09-09 Thread Fam Zheng
This will be useful in synchronous cancel emulation with bdrv_aio_cancel_async. Signed-off-by: Fam Zheng --- block.c | 12 +++- include/block/aio.h | 2 ++ 2 files changed, 13 insertions(+), 1 deletion(-) diff --git a/block.c b/block.c index d06dd51..c1ee860 100644 --- a/bl

[Qemu-devel] [PATCH v5 03/22] block: Add bdrv_aio_cancel_async

2014-09-09 Thread Fam Zheng
This is the async version of bdrv_aio_cancel, which doesn't block the caller. It guarantees that the cb is called either before returning or some time later. bdrv_aio_cancel can base on bdrv_aio_cancel_async, later we can convert all .io_cancel implementations to .io_cancel_async, and the aio_poll

[Qemu-devel] [PATCH v5 11/22] blkdebug: Drop blkdebug_aiocb_info.cancel

2014-09-09 Thread Fam Zheng
Signed-off-by: Fam Zheng --- block/blkdebug.c | 15 +-- 1 file changed, 1 insertion(+), 14 deletions(-) diff --git a/block/blkdebug.c b/block/blkdebug.c index 69b330e..08131b3 100644 --- a/block/blkdebug.c +++ b/block/blkdebug.c @@ -52,11 +52,8 @@ typedef struct BlkdebugSuspendedReq

[Qemu-devel] [PATCH v5 05/22] block: Convert bdrv_em_aiocb_info.cancel to .cancel_async

2014-09-09 Thread Fam Zheng
All the difference is that the old .cancel doesn't call cb, but .cancel_async does. Signed-off-by: Fam Zheng --- block.c | 5 - 1 file changed, 4 insertions(+), 1 deletion(-) diff --git a/block.c b/block.c index 6193883..f594d56 100644 --- a/block.c +++ b/block.c @@ -4679,6 +4679,9 @@ stati

[Qemu-devel] [PATCH v5 01/22] ide/ahci: Check for -ECANCELED in aio callbacks

2014-09-09 Thread Fam Zheng
Before, bdrv_aio_cancel will either complete the request (like normal) and call CB with an actual return code, or skip calling the request (for example when the IO req is not submitted by thread pool yet). We will change bdrv_aio_cancel to do it differently: always call CB before return, with eith

[Qemu-devel] [PATCH v5 00/22] block: Asynchronous request cancellation

2014-09-09 Thread Fam Zheng
v5: Fix IDE callback. (Paolo) Fix blkdebug. (Paolo) Drop the DMA fix which is independent of this series. (Paolo) Incorperate Yuan's patch on quorum_aio_cancel. (Benoît) Commit message wording fix. (Benoît) Rename qemu_aio_release to qemu_aio_unref. (Benoît) v4: Drop AIOCBInfo.

[Qemu-devel] [PULL 1/1] xhci PCIe endpoint migration compatibility fix

2014-09-09 Thread Gerd Hoffmann
From: "Dr. David Alan Gilbert" Add back the PCIe config capabilities on XHCI cards in non-PCIe slots, but only for machine types before 2.1. This fixes a migration incompatibility in the XHCI PCI devices caused by: 058fdcf52cdbf57b67e7 - xhci: add endpoint cap on express bus only Note that i

[Qemu-devel] [PULL 0/1] xhci PCIe endpoint migration compatibility fix

2014-09-09 Thread Gerd Hoffmann
Hi, Qemu 2.1.1 release is delayed a bit, so I have the chance to squeeze in a last-minute fix for a migration compatibility bug in xhci. please pull, Gerd The following changes since commit f102f224556f292f55b6e25147741bb8c48c9451: Merge remote-tracking branch 'remotes/afaerber/tags/qom-c

Re: [Qemu-devel] [PATCH] vnc: add additional key up event before repeated key down

2014-09-09 Thread Chun Yan Liu
>>> On 9/10/2014 at 11:47 AM, in message , Anthony Liguori wrote: > On Tue, Sep 9, 2014 at 8:31 PM, Chun Yan Liu wrote: > > > > > On 9/10/2014 at 02:23 AM, in message > <87tx4girg6@blackfin.pond.sub.org>, > > Markus Armbruster wrote: > >> "Chun Yan Liu" writes: > >> > >

Re: [Qemu-devel] the userspace process vapp mmap filed // [PULL 13/37] vhost-user: fix regions provied with VHOST_USER_SET_MEM_TABLE message

2014-09-09 Thread Linhaifeng
> From: Michael S. Tsirkin [mailto:m...@redhat.com] > Sent: Wednesday, September 10, 2014 4:41 AM > To: Nikolay Nikolaev > Cc: Linhaifeng; Daniel Raho; qemu-devel; Lilijun (Jerry); Paolo Bonzini; > Damjan Marion; VirtualOpenSystems Technical Team > Subject: Re: Re: the userspace process vapp mm

[Qemu-devel] [PATCH 1/3] target-ppc : Add floating point ability to 440x5 PPC CPU

2014-09-09 Thread Pierre Mallard
This patch add some floating point operation for PPC440x5. Compile with PPC440x5_HAVE_FPU enabled in configure extra-cflags Signed-off-by: Pierre Mallard --- target-ppc/translate_init.c |4 1 file changed, 4 insertions(+) diff --git a/target-ppc/translate_init.c b/target-ppc/translate_

[Qemu-devel] [PATCH 2/3] target-ppc : Add PPC_FLOAT_64 flag to instructions type

2014-09-09 Thread Pierre Mallard
This patch declare a new floating point instruction flag PPC_FLOAT_64 to be used by fcfid, fctid[z] operations. Note that due to limited number of bit, FSEL and FRES points now to same value, and PPC_FLOAT_64 to former FSEL value. (There seems to be no case where FSEL and FRES are not used togeth

[Qemu-devel] [PATCH 3/3] target-ppc : Add PPC_FLOAT_64 type to fctid, fctidz and fcfid and remove their TARGET_PPC64 restriction

2014-09-09 Thread Pierre Mallard
Apply the new PPC_FLOAT_64 flag to fctid[z] and fcfid. May also be applyed to fctidu[z] and fcfid[su][z], but since they are not mentionned in xilinx documentation it might not be needed yet. Signed-off-by: Pierre Mallard --- target-ppc/fpu_helper.c |7 +++ target-ppc/helper.h |

[Qemu-devel] [PATCH 0/3] Enabling floating point instruction to 440x5 CPUs

2014-09-09 Thread Pierre Mallard
This patch series enable floating point instruction in 440x5 CPUs which have the capabilities to have optional APU FPU. 1) Add floating point standard insns flag to 440x5 in case there is an apu fpu. 2) Define a new floating point insns flag for operation previously reserved to 64 bits proc (fcf

Re: [Qemu-devel] [RFC V2 10/10] cpus: reclaim allocated vCPU objects

2014-09-09 Thread Gu Zheng
Hi Igor, On 09/09/2014 10:40 PM, Igor Mammedov wrote: > On Thu, 28 Aug 2014 11:36:42 +0800 > Gu Zheng wrote: > >> After ACPI get a signal to eject a vCPU, the vCPU must be >> removed from CPU list,before the vCPU really removed, then >> release the all related vCPU objects. >> But we do not cl

Re: [Qemu-devel] [RFC V2 03/10] cpu: add device_add foo-x86_64-cpu support

2014-09-09 Thread Gu Zheng
Hi Igor, On 09/09/2014 08:44 PM, Igor Mammedov wrote: > On Thu, 28 Aug 2014 11:36:35 +0800 > Gu Zheng wrote: > >> From: Chen Fan >> >> Add support to device_add foo-x86_64-cpu, and additional checks of >> apic id are added into x86_cpuid_set_apic_id() and x86_cpu_apic_create() >> for duplicate.

Re: [Qemu-devel] [PATCH] vnc: add additional key up event before repeated key down

2014-09-09 Thread Anthony Liguori
On Tue, Sep 9, 2014 at 8:31 PM, Chun Yan Liu wrote: > > On 9/10/2014 at 02:23 AM, in message <87tx4girg6@blackfin.pond.sub.org>, > Markus Armbruster wrote: >> "Chun Yan Liu" writes: >> >> On 9/6/2014 at 05:23 AM, in message >> > , Stefano >> > Stabellini wrote: >> >> On Fri,

Re: [Qemu-devel] [PATCH] vnc: add additional key up event before repeated key down

2014-09-09 Thread Chun Yan Liu
>>> On 9/10/2014 at 02:23 AM, in message <87tx4girg6@blackfin.pond.sub.org>, Markus Armbruster wrote: > "Chun Yan Liu" writes: > > On 9/6/2014 at 05:23 AM, in message > > , Stefano > > Stabellini wrote: > >> On Fri, 5 Sep 2014, Chunyan Liu wrote: > >> > Using xen tools 'xl vn

[Qemu-devel] [PATCH v6 3/3] qapi: Sort items in BlockdevOptions definition

2014-09-09 Thread Fam Zheng
Signed-off-by: Fam Zheng --- qapi/block-core.json | 38 +++--- 1 file changed, 19 insertions(+), 19 deletions(-) diff --git a/qapi/block-core.json b/qapi/block-core.json index 35191b4..5adef27 100644 --- a/qapi/block-core.json +++ b/qapi/block-core.json @@ -1483,4

[Qemu-devel] [PATCH v6 2/3] qapi: Sort BlockdevDriver enum data list

2014-09-09 Thread Fam Zheng
Signed-off-by: Fam Zheng --- qapi/block-core.json | 10 +- 1 file changed, 5 insertions(+), 5 deletions(-) diff --git a/qapi/block-core.json b/qapi/block-core.json index bf0cb23..35191b4 100644 --- a/qapi/block-core.json +++ b/qapi/block-core.json @@ -1147,11 +1147,11 @@ # Since: 2.0 #

[Qemu-devel] [PATCH v6 0/3] block: Introduce "null" drivers

2014-09-09 Thread Fam Zheng
v6: Don't inherit from BlockdevOptionsFile. (Stefan) Use .bdrv_co_readv instead of .bdrv_read. (Kevin) Sort items in qapi schema definitions in patch 2 & 3. Fam Zheng (3): block: Introduce "null" drivers qapi: Sort BlockdevDriver enum data list qapi: Sort items in BlockdevOptions def

[Qemu-devel] [PATCH v6 1/3] block: Introduce "null" drivers

2014-09-09 Thread Fam Zheng
This is an analogue to Linux null_blk. It can be used for testing or benchmarking block device emulation and general block layer functionalities such as coroutines and throttling, where disk IO is not necessary or wanted. Use null-aio:// for AIO version, and null-co:// for coroutine version. Sign

Re: [Qemu-devel] the userspace process vapp mmap filed // [PULL 13/37] vhost-user: fix regions provied with VHOST_USER_SET_MEM_TABLE message

2014-09-09 Thread Linhaifeng
Hi, Thank you for your answer.I think the problem is not how to publish the patch the problem is there is no standard vhost-user module. I just use the vapp to test the new backend vhost-user. I found that the kernel have a module names vhost-net for the vhost backend but there is no vhost-user

Re: [Qemu-devel] [RFC V2 02/10] qom/cpu: move register_vmstate to common CPUClass.realizefn

2014-09-09 Thread Gu Zheng
Hi Igor, On 09/09/2014 08:17 PM, Igor Mammedov wrote: > On Thu, 28 Aug 2014 11:36:34 +0800 > Gu Zheng wrote: > >> Move cpu vmstate register from cpu_exec_init into cpu_common_realizefn, >> apic vmstate register into x86_cpu_apic_realize. And use the >> cc->get_arch_id as the instance id that sug

Re: [Qemu-devel] [PATCH] virtio-pci: enable bus master for old guests

2014-09-09 Thread Alexey Kardashevskiy
On 09/10/2014 08:35 AM, Greg Kurz wrote: > On Mon, 8 Sep 2014 19:05:02 +0300 > "Michael S. Tsirkin" wrote: > >> commit cc943c36faa192cd4b32af8fe5edb31894017d35 >> pci: Use bus master address space for delivering MSI/MSI-X messages >> breaks virtio-net for rhel6.[56] x86 guests because they do

Re: [Qemu-devel] [PATCH v14 1/5] block: round up file size to nearest sector

2014-09-09 Thread Hu Tao
On Wed, Sep 10, 2014 at 09:50:02AM +0800, Hu Tao wrote: > On Tue, Sep 09, 2014 at 02:12:18PM +0200, Benoît Canet wrote: ... > > > > seems correct but the patch does not apply anymore on latest Kevin/block > > branch neither with git am nor with git apply.. > > Could you rebase ? > > I made it o

Re: [Qemu-devel] [PATCH v7 RESEND 0/8] memory API improvements and bug fixes for memory backends

2014-09-09 Thread Hu Tao
On Tue, Sep 09, 2014 at 01:29:21PM +0200, Paolo Bonzini wrote: > Il 09/09/2014 07:27, Hu Tao ha scritto: > > This is merely a rebase of v7, and fixes two merge conflicts. > > > > This series includes two parts: > > > > 1. part 1 includes patches 1-4, which improves error handling of > > m

Re: [Qemu-devel] [PATCH v7 RESEND 4/8] memory: add parameter errp to memory_region_init_rom_device

2014-09-09 Thread Hu Tao
On Tue, Sep 09, 2014 at 01:20:57PM +0200, Paolo Bonzini wrote: > Il 09/09/2014 07:27, Hu Tao ha scritto: > > Add parameter errp to memory_region_init_rom_device and update all call > > sites to pass in &error_abort. > > > > Reviewed-by: Peter Crosthwaite > > Signed-off-by: Hu Tao > > Better not

Re: [Qemu-devel] [PATCH v14 4/5] raw-posix: Add falloc and full preallocation option

2014-09-09 Thread Hu Tao
On Tue, Sep 09, 2014 at 03:21:49PM +0200, Benoît Canet wrote: > The Tuesday 09 Sep 2014 à 11:54:30 (+0800), Hu Tao wrote : > > This patch adds a new option preallocation for raw format, and implements > > falloc and full preallocation. > > > > Signed-off-by: Hu Tao > > Reviewed-by: Max Reitz > >

Re: [Qemu-devel] [PATCH v14 1/5] block: round up file size to nearest sector

2014-09-09 Thread Hu Tao
On Tue, Sep 09, 2014 at 02:12:18PM +0200, Benoît Canet wrote: > The Tuesday 09 Sep 2014 à 11:54:27 (+0800), Hu Tao wrote : > > Taking the time to systematically write a nice sentence in > the commit message body about why your commit exists and > explaining the long term purpose of the patch will:

Re: [Qemu-devel] [PATCH v14 3/5] qapi: introduce PreallocMode and new PreallocModes full and falloc.

2014-09-09 Thread Hu Tao
On Tue, Sep 09, 2014 at 06:42:13AM -0600, Eric Blake wrote: > On 09/08/2014 09:54 PM, Hu Tao wrote: > > This patch prepares for the subsequent patches. > > > > Signed-off-by: Hu Tao > > Reviewed-by: Max Reitz > > Reviewed-by: Kevin Wolf > > --- > > block/qcow2.c | 23 +

Re: [Qemu-devel] [PATCH v14 3/5] qapi: introduce PreallocMode and new PreallocModes full and falloc.

2014-09-09 Thread Hu Tao
On Tue, Sep 09, 2014 at 02:45:56PM +0200, Benoît Canet wrote: > The Tuesday 09 Sep 2014 à 11:54:29 (+0800), Hu Tao wrote : > > This patch prepares for the subsequent patches. > > > > Signed-off-by: Hu Tao > > Reviewed-by: Max Reitz > > Reviewed-by: Kevin Wolf > > --- > > block/qcow2.c

Re: [Qemu-devel] [PATCH v3 0/3] add check for PCIe root ports and downstream ports

2014-09-09 Thread Gonglei (Arei)
> -Original Message- > From: Gonglei (Arei) > Sent: Thursday, September 04, 2014 8:10 PM > Subject: RE: [PATCH v3 0/3] add check for PCIe root ports and downstream > ports > > Ping... Michael? Thanks! > Ping... again. Thanks! > > Best regards, > -Gonglei > > > > -Original Message

Re: [Qemu-devel] [PATCH v7 24/28] ide: add bootindex to qom property

2014-09-09 Thread Gonglei (Arei)
Hi, > From: Eduardo Habkost [mailto:ehabk...@redhat.com] > > > > Subject: Re: [Qemu-devel] [PATCH v7 24/28] ide: add bootindex to qom > > > property > > > > > > > > On Fri, Sep 05, 2014 at 04:37:32PM +0800, arei.gong...@huawei.com > wrote: > > > > > From: Gonglei > > > > > > > > > > Add a qom pro

Re: [Qemu-devel] OVMF, Q35 and USB keyboard/mouse

2014-09-09 Thread Laszlo Ersek
On 09/10/14 00:00, Gabriel L. Somlo wrote: > Executive summary: OS X (10.9.4) works on Q35 with usb keyboard+mouse when > booted on SeaBIOS with Chameleon , but not on OVMF [1]. > > [1] Recently patched acpi pm timer to boot on Q35, plus a bunch of pending > sata patches by Reza, cc-ed. > > C

Re: [Qemu-devel] [RFC v1 1/6] stm32f205_timer: Add the stm32f205 SoC Timer2 to 5

2014-09-09 Thread Alistair Francis
On Tue, Sep 9, 2014 at 10:44 PM, Peter Crosthwaite wrote: > On Tue, Sep 9, 2014 at 6:23 PM, Alistair Francis wrote: >> This patch adds the stm32f205 timers: TIM2, TIM3, TIM4 and TIM5 >> to QEMU. >> >> Signed-off-by: Alistair Francis >> --- >> V2: >> - Small changes to functionality and style. T

Re: [Qemu-devel] [RFC v1 4/6] target_arm: Update armv7_init to support more parameters

2014-09-09 Thread Alistair Francis
On Wed, Sep 10, 2014 at 12:03 AM, Martin Galvan wrote: >>> @@ -259,7 +272,13 @@ qemu_irq *armv7m_init(MemoryRegion *system_memory, >>> vmstate_register_ram_global(hack); >>> memory_region_add_subregion(system_memory, 0xf000, hack); >>> >>> -qemu_register_reset(armv7m_reset, cpu);

Re: [Qemu-devel] [RFC v1 4/6] target_arm: Update armv7_init to support more parameters

2014-09-09 Thread Alistair Francis
On Tue, Sep 9, 2014 at 11:59 PM, Peter Maydell wrote: > On 9 September 2014 14:35, Peter Crosthwaite > wrote: >> Does ARMv7M actually mandate the existence of RAM and flash like this >> at all? > > No. It does have a well defined address map that pretty > strongly suggests that you ought to have

Re: [Qemu-devel] [RFC v1 0/6] Netduino 2 Machine Model

2014-09-09 Thread Alistair Francis
On Wed, Sep 10, 2014 at 4:24 AM, Peter Maydell wrote: > On 9 September 2014 09:23, Alistair Francis wrote: >> This patch series adds the Netduino 2 Machine to QEMU >> >> Information on the board is avalible at: >> http://www.netduino.com/netduino2/specs.htm >> >> The git tree can be found at: >>

Re: [Qemu-devel] [PATCH] tcg/README: fix movcond cond argument position

2014-09-09 Thread Max Filippov
On Tue, Sep 9, 2014 at 4:12 PM, Richard Henderson wrote: > On 09/09/2014 04:02 PM, Max Filippov wrote: >> movcond has its cond argument first, not last. Fix that in >> documentation. > No. The README is supposed to be documenting the *opcode* argument ordering, > which really does place cond las

[Qemu-devel] [PATCH v2] tcg/README: fix movcond/brcond cond argument position

2014-09-09 Thread Max Filippov
movcond and brcond have its cond argument first. Fix that in documentation. Signed-off-by: Max Filippov --- Changes v1 -> v2: - fix similar brcond issue tcg/README | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/tcg/README b/tcg/README index a550ff1..c538b3b 100644 --- a

Re: [Qemu-devel] [PATCH v2] tcg/README: fix movcond/brcond cond argument position

2014-09-09 Thread Richard Henderson
On 09/09/2014 04:09 PM, Max Filippov wrote: > movcond and brcond have its cond argument first. Fix that in > documentation. Also no. See my previous reply. r~

Re: [Qemu-devel] [PATCH] tcg/README: fix movcond cond argument position

2014-09-09 Thread Richard Henderson
On 09/09/2014 04:02 PM, Max Filippov wrote: > movcond has its cond argument first, not last. Fix that in > documentation. > > Signed-off-by: Max Filippov > --- > tcg/README | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/tcg/README b/tcg/README > index a550ff1..69f3456

Re: [Qemu-devel] [PATCH 07/15] hw/intc/arm_gic: Make ICCICR/GICC_CTLR banked

2014-09-09 Thread Greg Bellows
On 22 August 2014 05:29, Fabian Aggeler wrote: > ICCICR/GICC_CTLR is banked in GICv1 implementations with Security > Extensions or in GICv2 in independent from Security Extensions. > This makes it possible to enable forwarding of interrupts from > the CPU interfaces to the connected processors fo

Re: [Qemu-devel] [PATCH 13/15] hw/intc/arm_gic: Restrict priority view

2014-09-09 Thread Greg Bellows
On 22 August 2014 05:29, Fabian Aggeler wrote: > GICs with Security Extensions restrict the non-secure view of the > interrupt priority and priority mask registers. > > Signed-off-by: Fabian Aggeler > --- > hw/intc/arm_gic.c | 66 > +- > hw/i

Re: [Qemu-devel] [PATCH 09/15] hw/intc/arm_gic: Implement Non-secure view of RPR

2014-09-09 Thread Greg Bellows
On 22 August 2014 05:29, Fabian Aggeler wrote: > For GICs with Security Extensions Non-secure reads have a restricted > view on the current running priority. > > Signed-off-by: Fabian Aggeler > --- > hw/intc/arm_gic.c | 17 - > hw/intc/gic_internal.h | 1 + > 2 files chang

Re: [Qemu-devel] [PATCH 08/15] hw/intc/arm_gic: Make ICCBPR/GICC_BPR banked

2014-09-09 Thread Greg Bellows
On 22 August 2014 05:29, Fabian Aggeler wrote: > This register is banked in GICs with Security Extensions. Storing the > non-secure copy of BPR in the abpr, which is an alias to the non-secure > copy for secure access. ABPR itself is only accessible from secure state > if the GIC implements Secur

Re: [Qemu-devel] [PATCH 06/15] hw/intc/arm_gic: Make ICDDCR/GICD_CTLR banked

2014-09-09 Thread Greg Bellows
On 26 August 2014 06:47, Sergey Fedorov wrote: > On 22.08.2014 14:29, Fabian Aggeler wrote: > > ICDDCR/GICD_CTLR is banked in GICv1 implementations with Security > > Extensions or in GICv2 in independent from Security Extensions. > > This makes it possible to enable forwarding of interrupts from

Re: [Qemu-devel] [patch 1/3] kvmclock: Ensure time in migration never goes backward

2014-09-09 Thread Marcelo Tosatti
On Tue, Sep 09, 2014 at 11:16:45PM +0200, Alexander Graf wrote: > Who are you pinging? Paolo.

[Qemu-devel] [PATCH] tcg/README: fix movcond cond argument position

2014-09-09 Thread Max Filippov
movcond has its cond argument first, not last. Fix that in documentation. Signed-off-by: Max Filippov --- tcg/README | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/tcg/README b/tcg/README index a550ff1..69f3456 100644 --- a/tcg/README +++ b/tcg/README @@ -328,7 +328,7 @@ des

Re: [Qemu-devel] [PATCH v5 00/10] target-arm: Parts of the AArch64 EL2/3 exception model

2014-09-09 Thread Edgar E. Iglesias
On Tue, Sep 09, 2014 at 08:16:47PM +0100, Peter Maydell wrote: > On 18 August 2014 10:40, Edgar E. Iglesias wrote: > > From: "Edgar E. Iglesias" > > > > Hi, > > > > This is a second round of AArch64 EL2/3 patches working on the exception > > model. Among other things adding HVC/SMC, interrupt rou

Re: [Qemu-devel] [PATCH] virtio-pci: enable bus master for old guests

2014-09-09 Thread Greg Kurz
On Mon, 8 Sep 2014 19:05:02 +0300 "Michael S. Tsirkin" wrote: > commit cc943c36faa192cd4b32af8fe5edb31894017d35 > pci: Use bus master address space for delivering MSI/MSI-X messages > breaks virtio-net for rhel6.[56] x86 guests because they don't > enable bus mastering for virtio PCI devices

Re: [Qemu-devel] [PATCH v3 3/6] target-arm: add hvc and smc exception emulation handling infrastructure

2014-09-09 Thread Ard Biesheuvel
On 9 September 2014 23:59, Peter Maydell wrote: > On 9 September 2014 22:51, Ard Biesheuvel wrote: >> On 9 September 2014 19:45, Peter Maydell wrote: >>> This is my suggestion for the best compromise between >>> "theoretical perfect fidelity to the architecture" and >>> "not too painful to imple

[Qemu-devel] OVMF, Q35 and USB keyboard/mouse

2014-09-09 Thread Gabriel L. Somlo
Executive summary: OS X (10.9.4) works on Q35 with usb keyboard+mouse when booted on SeaBIOS with Chameleon , but not on OVMF [1]. [1] Recently patched acpi pm timer to boot on Q35, plus a bunch of pending sata patches by Reza, cc-ed. Command lines used to test using Fedora 20 live and OS X 1

Re: [Qemu-devel] [PATCH v3 3/6] target-arm: add hvc and smc exception emulation handling infrastructure

2014-09-09 Thread Peter Maydell
On 9 September 2014 22:51, Ard Biesheuvel wrote: > On 9 September 2014 19:45, Peter Maydell wrote: >> This is my suggestion for the best compromise between >> "theoretical perfect fidelity to the architecture" and >> "not too painful to implement": >> at translate time, do: >> >> if (psci enabl

Re: [Qemu-devel] [PATCH v3 3/6] target-arm: add hvc and smc exception emulation handling infrastructure

2014-09-09 Thread Ard Biesheuvel
On 9 September 2014 19:45, Peter Maydell wrote: > On 5 September 2014 13:24, Ard Biesheuvel wrote: >> From: Rob Herring >> >> Add the infrastructure to handle and emulate hvc and smc exceptions. >> This will enable emulation of things such as PSCI calls. This commit >> does not change the behavi

Re: [Qemu-devel] [PATCH 0/2] vfio: Another try to fix ROM BAR endianness

2014-09-09 Thread Alexander Graf
On 09.09.14 13:34, Alexey Kardashevskiy wrote: > I did some tests on LE/BE guest/host combinations and came up with > these 2 patches. Please comment. Thanks. Reviewed-by: Alexander Graf Alex

Re: [Qemu-devel] [patch 1/3] kvmclock: Ensure time in migration never goes backward

2014-09-09 Thread Alexander Graf
Who are you pinging? Alex On 09.09.14 17:12, Marcelo Tosatti wrote: > Ping? > > On Fri, Sep 05, 2014 at 10:52:45AM -0300, Marcelo Tosatti wrote: >> From: Alexander Graf >> >> When we migrate we ask the kernel about its current belief on what the guest >> time would be. However, I've seen cases

Re: [Qemu-devel] [Qemu-ppc] [PATCH 02/17] ppc: avoid excessive TLB flushing

2014-09-09 Thread Alexander Graf
> Am 09.09.2014 um 18:42 schrieb Paolo Bonzini : > > Il 05/09/2014 14:11, Paolo Bonzini ha scritto: >> >> >> - Messaggio originale - >>> Da: "Alexander Graf" >>> A: "Paolo Bonzini" , qemu-devel@nongnu.org >>> Cc: dgib...@redhat.com, qemu-...@nongnu.org, tommu...@gmail.com >>> Inviato:

Re: [Qemu-devel] [PATCH v4 0/8] AHCI test suite framework

2014-09-09 Thread Michael S. Tsirkin
On Tue, Sep 09, 2014 at 01:16:41PM -0400, John Snow wrote: > > > On 08/21/2014 01:44 PM, John Snow wrote: > >This submission does not re-send earlier patches in the series which > >have already been merged into QEMU, which were primarily staging > >fixes and small tweaks to support this smaller s

Re: [Qemu-devel] [PATCH 09/10] piix: do not raise irq while loading vmstate

2014-09-09 Thread Michael S. Tsirkin
On Tue, Sep 09, 2014 at 07:16:19PM +0200, Paolo Bonzini wrote: > Il 09/09/2014 15:54, Michael S. Tsirkin ha scritto: > > > > Hmm I don't understand. > > You are removing call to piix3_update_irq_levels > > this call is supposed to just sync up bus to > > irq level. > > > > How can this change sys

Re: [Qemu-devel] the userspace process vapp mmap filed // [PULL 13/37] vhost-user: fix regions provied with VHOST_USER_SET_MEM_TABLE message

2014-09-09 Thread Michael S. Tsirkin
On Tue, Sep 09, 2014 at 08:54:08PM +0300, Nikolay Nikolaev wrote: > Hello, > > Vapp is a VOSYS application, currently not meant to be part of QEMU; > as such your proposed patch might not be meaningful if pushed towards > QEMU devel list. > As the current Vapp implementation is not updated > since

[Qemu-devel] [Bug 1367365] [NEW] qemu-img fixed vhd issues

2014-09-09 Thread Petrut Lucian
Public bug reported: qemu-img returns fixed vhd images file format to be raw. This happens because only the header is seeked for image signatures when getting the image format. In fact, unlike dynamic vhd images, differencing vhds don't have the footer copied in the header. An easy fix would be

Re: [Qemu-devel] [PATCH] IDE: MMIO IDE device control should be little endian

2014-09-09 Thread Valentin Manea
Hi Kevin On 2014-09-09 11:58, Kevin Wolf wrote: > Thanks, applied to the block branch. Thanks a lot > Please make sure that your patch isn't corrupted by your mail client, > like by this line wrap. I had to manually fix the patch before I could > apply it. For larger patches, I would simply have

Re: [Qemu-devel] [PATCH v5 00/10] target-arm: Parts of the AArch64 EL2/3 exception model

2014-09-09 Thread Peter Maydell
On 18 August 2014 10:40, Edgar E. Iglesias wrote: > From: "Edgar E. Iglesias" > > Hi, > > This is a second round of AArch64 EL2/3 patches working on the exception > model. Among other things adding HVC/SMC, interrupt routing to EL2/3 and > Virtual IRQs/FIQs. The VIRQ/VFIQ support only adds the ex

Re: [Qemu-devel] [PATCH v3 2/2] docs: update ivshmem device spec

2014-09-09 Thread Eric Blake
On 09/01/2014 03:52 AM, David Marchand wrote: >>> What about upgrading QEMU and ivshmem-server while you have existing >>> guests? You cannot restart ivshmem-server, and the new QEMU would have >>> to talk to the old ivshmem-server. >> >> Version negotiation also helps avoid confusion if someone

Re: [Qemu-devel] [RFC v1 0/6] Netduino 2 Machine Model

2014-09-09 Thread Peter Maydell
On 9 September 2014 09:23, Alistair Francis wrote: > This patch series adds the Netduino 2 Machine to QEMU > > Information on the board is avalible at: > http://www.netduino.com/netduino2/specs.htm > > The git tree can be found at: > https://github.com/alistair23/qemu/tree/netduino2.1 > > This is

Re: [Qemu-devel] [PATCH] vnc: add additional key up event before repeated key down

2014-09-09 Thread Markus Armbruster
"Chun Yan Liu" writes: On 9/6/2014 at 05:23 AM, in message > , Stefano > Stabellini wrote: >> On Fri, 5 Sep 2014, Chunyan Liu wrote: >> > Using xen tools 'xl vncviewer' with tigervnc (default on SLE-12), >> > found that: the display of the guest is unexpected while keep >> > pressing a

Re: [Qemu-devel] [PATCH 1/6] hw/arm/virt: Provide flash devices for boot ROMs

2014-09-09 Thread Peter Maydell
On 5 September 2014 16:15, Ard Biesheuvel wrote: > From: Peter Maydell > > Add two flash devices to the virt board, so that it can be used for > running guests which want a bootrom image such as UEFI. We provide > two flash devices to make it more convenient to provide both a > read-only UEFI ima

Re: [Qemu-devel] [PATCH 6/6] hw/arm/boot: enable DTB support when booting ELF images

2014-09-09 Thread Ard Biesheuvel
On 9 September 2014 20:17, Peter Maydell wrote: > On 9 September 2014 19:15, Ard Biesheuvel wrote: >> On 9 September 2014 20:08, Peter Maydell wrote: >>> (Thinking about it, that implies we either need a >>> rom_del_blob() or we need to tell load_dtb() about >>> areas of address space it needs t

Re: [Qemu-devel] [PATCH 6/6] hw/arm/boot: enable DTB support when booting ELF images

2014-09-09 Thread Peter Maydell
On 9 September 2014 19:15, Ard Biesheuvel wrote: > On 9 September 2014 20:08, Peter Maydell wrote: >> (Thinking about it, that implies we either need a >> rom_del_blob() or we need to tell load_dtb() about >> areas of address space it needs to check for overlap >> with before it registers the rom

Re: [Qemu-devel] [PATCH 6/6] hw/arm/boot: enable DTB support when booting ELF images

2014-09-09 Thread Ard Biesheuvel
On 9 September 2014 20:08, Peter Maydell wrote: > On 5 September 2014 16:15, Ard Biesheuvel wrote: >> Add support for loading DTB images when booting ELF images via -kernel. >> The DTB image is located at the next 4 KB boundary above the highest address >> covered by the loaded ELF image. >> >> S

Re: [Qemu-devel] [PATCH 4/6] hw/arm/boot: register cpu reset handlers if using -bios

2014-09-09 Thread Peter Maydell
On 5 September 2014 16:15, Ard Biesheuvel wrote: > When booting with -bios or -pflash rather than -kernel, we need to make sure > reset handlers are registered. > > Signed-off-by: Ard Biesheuvel > --- > hw/arm/boot.c | 4 > 1 file changed, 4 insertions(+) > > diff --git a/hw/arm/boot.c b/hw

Re: [Qemu-devel] [PATCH 6/6] hw/arm/boot: enable DTB support when booting ELF images

2014-09-09 Thread Peter Maydell
On 5 September 2014 16:15, Ard Biesheuvel wrote: > Add support for loading DTB images when booting ELF images via -kernel. > The DTB image is located at the next 4 KB boundary above the highest address > covered by the loaded ELF image. > > Signed-off-by: Ard Biesheuvel > --- > hw/arm/boot.c | 1

[Qemu-devel] Address space per CPU at machine initialization time

2014-09-09 Thread Pierre Mallard
Hi, I would like to instantiate two CPU on a XILINX board (FX100T). These two CPU shall have their own memory device (one DDR ram and one internal "xpr" RAM each) with addresses overlapping (0 to 0x each). Here is a snapshot of machine initialization routine working with one CPU : memory

Re: [Qemu-devel] [PATCH 5/6] hw/arm/boot: load DTB as a ROM image

2014-09-09 Thread Peter Maydell
On 5 September 2014 16:15, Ard Biesheuvel wrote: > In order to make the device tree blob (DTB) available in memory not only at > first boot, but also after system reset, use rom_blob_add_fixed() to install > it into memory. > > Signed-off-by: Ard Biesheuvel > --- > hw/arm/boot.c | 5 - > 1 f

  1   2   3   >