Re: [Qemu-devel] [PATCH] monitor: postpone monitor_qmp_cleanup_queues

2018-06-11 Thread Peter Xu
On Mon, Jun 11, 2018 at 05:45:49PM +0100, Stefan Hajnoczi wrote: > On Fri, Jun 08, 2018 at 10:18:25AM +0200, Markus Armbruster wrote: > > Stefan Hajnoczi writes: > > > On Fri, Jun 08, 2018 at 12:42:35PM +0800, Peter Xu wrote: > > >> On Thu, Jun 07, 2018 at 01:53:01PM +0200, Markus Armbruster

Re: [Qemu-devel] [PATCH] loader: implement START_SEG_ADDR_RECORD

2018-06-11 Thread Su Hang
I do have time, the function mentioned in last comments isn't difficult to implement, but I wonder how to write corresponding qtest-case for cortex-m3. You know, becuase #current# QEMU doesn't surpport the cortex-m3 instruction, I don't know how to prove correctness of hex loader. For example, in

Re: [Qemu-devel] [RFC PATCH 1/1] nvdimm: let qemu requiring section alignment of pmem resource.

2018-06-11 Thread Zhang,Yi
On 一, 2018-06-11 at 19:55 -0700, Dan Williams wrote: > On Mon, Jun 11, 2018 at 9:26 AM, Stefan Hajnoczi > wrote: > > > > On Mon, Jun 11, 2018 at 06:54:25PM +0800, Zhang Yi wrote: > > > > > > Nvdimm driver use Memory hot-plug APIs to map it's pmem resource, > > > which at a section granularity.

Re: [Qemu-devel] [PATCH v3 5/7] hmp: Add info commands for preconfig

2018-06-11 Thread Gerd Hoffmann
Hi, > > Now let's review the three commands: > > > > * Gerd, why does "info usbhost" have no QMP equivalent? Works only when running qemu directly, in the libvirt sandbox qemu hasn't the permissions needed to scan the host usb bus so that would be rather pointless ... cheers, Gerd

Re: [Qemu-devel] [PATCH 00/12] migration: improve multithreads for compression and decompression

2018-06-11 Thread Peter Xu
On Tue, Jun 12, 2018 at 11:19:14AM +0800, Xiao Guangrong wrote: > > > On 06/11/2018 04:00 PM, Peter Xu wrote: > > On Mon, Jun 04, 2018 at 05:55:08PM +0800, guangrong.x...@gmail.com wrote: > > > From: Xiao Guangrong > > > > > > Background > > > -- > > > Current implementation of

[Qemu-devel] [QEMU-PPC] [PATCH V2 2/2] ppc/spapr_caps: Don't disable cap_cfpc on POWER8 by default

2018-06-11 Thread Suraj Jitindar Singh
In default_caps_with_cpu() we set spapr_cap_cfpc to broken for POWER8 processors and before. Since we no longer require private l1d cache on POWER8 for this cap to be set to workaround change this to default to broken for POWER7 processors and before. Signed-off-by: Suraj Jitindar Singh

[Qemu-devel] [QEMU-PPC] [PATCH V2 1/2] target/ppc: Don't require private l1d cache on POWER8 for cap_ppc_safe_cache

2018-06-11 Thread Suraj Jitindar Singh
For cap_ppc_safe_cache to be set to workaround, we require both a l1d cache flush instruction and private l1d cache. On POWER8 don't require private l1d cache. This means a guest on a POWER8 machine can make use of the cache flush workarounds. Signed-off-by: Suraj Jitindar Singh --- V1 -> V2:

Re: [Qemu-devel] [PATCH] qemu: Introduce VIRTIO_NET_F_STANDBY feature bit to virtio_net

2018-06-11 Thread Samudrala, Sridhar
On 6/11/2018 7:17 PM, Michael S. Tsirkin wrote: On Tue, Jun 12, 2018 at 09:54:44AM +0800, Jason Wang wrote: On 2018年06月12日 01:26, Michael S. Tsirkin wrote: On Mon, May 07, 2018 at 04:09:54PM -0700, Sridhar Samudrala wrote: This feature bit can be used by hypervisor to indicate virtio_net

Re: [Qemu-devel] [Qemu-block] [PATCH v2] util/async: avoid NULL pointer dereference

2018-06-11 Thread Jeff Cody
On Tue, Jun 12, 2018 at 07:26:25AM +0800, Jie Wang wrote: > if laio_init create linux_aio failed and return NULL, NULL pointer > dereference will occur when laio_attach_aio_context dereference > linux_aio in aio_get_linux_aio. Let's avoid it and report error. > > Signed-off-by: Jie Wang

Re: [Qemu-devel] [PATCH 00/12] migration: improve multithreads for compression and decompression

2018-06-11 Thread Xiao Guangrong
On 06/11/2018 04:00 PM, Peter Xu wrote: On Mon, Jun 04, 2018 at 05:55:08PM +0800, guangrong.x...@gmail.com wrote: From: Xiao Guangrong Background -- Current implementation of compression and decompression are very hard to be enabled on productions. We noticed that too many

Re: [Qemu-devel] [PATCH 01/12] migration: do not wait if no free thread

2018-06-11 Thread Peter Xu
On Tue, Jun 12, 2018 at 10:42:25AM +0800, Xiao Guangrong wrote: > > > On 06/11/2018 03:39 PM, Peter Xu wrote: > > On Mon, Jun 04, 2018 at 05:55:09PM +0800, guangrong.x...@gmail.com wrote: > > > From: Xiao Guangrong > > > > > > Instead of putting the main thread to sleep state to wait for > > >

Re: [Qemu-devel] [RFC PATCH 1/1] nvdimm: let qemu requiring section alignment of pmem resource.

2018-06-11 Thread Dan Williams
On Mon, Jun 11, 2018 at 9:26 AM, Stefan Hajnoczi wrote: > On Mon, Jun 11, 2018 at 06:54:25PM +0800, Zhang Yi wrote: >> Nvdimm driver use Memory hot-plug APIs to map it's pmem resource, >> which at a section granularity. >> >> When QEMU emulated the vNVDIMM device, decrease the label-storage, >>

Re: [Qemu-devel] [PATCH 01/12] migration: do not wait if no free thread

2018-06-11 Thread Xiao Guangrong
On 06/11/2018 03:39 PM, Peter Xu wrote: On Mon, Jun 04, 2018 at 05:55:09PM +0800, guangrong.x...@gmail.com wrote: From: Xiao Guangrong Instead of putting the main thread to sleep state to wait for free compression thread, we can directly post it out as normal page that reduces the latency

Re: [Qemu-devel] [PATCH v1 11/11] pc-dimm: assign and verify the "slot" property during pre_plug

2018-06-11 Thread David Gibson
On Mon, Jun 11, 2018 at 02:16:55PM +0200, David Hildenbrand wrote: > We can assign and verify the slot before realizing and trying to plug. > reading/writing the slot property should never change, so let's reduce > error handling a bit by using _abort. > > Signed-off-by: David Hildenbrand

[Qemu-devel] [PATCH v2] vhost-user: delete net client if necessary

2018-06-11 Thread linzhecheng
As qemu_new_net_client create new ncs but error happens later, ncs will be left in global net_clients list and we can't use them any more, so we need to cleanup them. Signed-off-by: linzhecheng diff --git a/net/vhost-user.c b/net/vhost-user.c index 608b837175..a39f9c9974 100644 ---

Re: [Qemu-devel] [PULL 00/13] Python queue, 2018-06-11

2018-06-11 Thread no-reply
Hi, This series seems to have some coding style problems. See output below for more information: Type: series Message-id: 20180611174243.31070-1-ehabk...@redhat.com Subject: [Qemu-devel] [PULL 00/13] Python queue, 2018-06-11 === TEST SCRIPT BEGIN === #!/bin/bash BASE=base n=1 total=$(git log

Re: [Qemu-devel] [PATCH] qemu: Introduce VIRTIO_NET_F_STANDBY feature bit to virtio_net

2018-06-11 Thread Michael S. Tsirkin
On Tue, Jun 12, 2018 at 09:54:44AM +0800, Jason Wang wrote: > > > On 2018年06月12日 01:26, Michael S. Tsirkin wrote: > > On Mon, May 07, 2018 at 04:09:54PM -0700, Sridhar Samudrala wrote: > > > This feature bit can be used by hypervisor to indicate virtio_net device > > > to > > > act as a standby

Re: [Qemu-devel] question: a dead loop in qemu when do blockJobAbort and vm suspend coinstantaneously

2018-06-11 Thread l00284672
As my previos reply said, the mirror_exit is done in aio_poll(qemu_get_aio_context(), true).  In mirror_exit, the bs willl be free by bdrv_unref.  So it will make a Null pointer access in the follow-up procedure in bdrv_set_aio_context. So we should add bdrv_ref for it to avoid bs freed in

Re: [Qemu-devel] [PATCH] vhost-user: delete net client if necessary

2018-06-11 Thread Jason Wang
On 2018年06月11日 15:31, linzhecheng wrote: As qemu_new_net_client create new ncs but error happens later, ncs will be left in global net_clients list, so we need to cleanup them. Signed-off-by: linzhecheng diff --git a/net/vhost-user.c b/net/vhost-user.c index 608b837175..1c7ee48b60 100644

Re: [Qemu-devel] [PATCH v3] net: Fix a potential segfault

2018-06-11 Thread Jason Wang
On 2018年06月11日 17:48, Thomas Huth wrote: On 11.06.2018 11:23, Lin Ma wrote: If user forgets to provide any backend types for '-netdev' in qemu CLI, It triggers seg fault. e.g. Expected: $ qemu -netdev id=net0 qemu-system-x86_64: Parameter 'type' is missing Actual: $ qemu -netdev id=net0

[Qemu-devel] [PATCH v4 08/14] fpu: introduce hardfloat

2018-06-11 Thread Emilio G. Cota
The appended paves the way for leveraging the host FPU for a subset of guest FP operations. For most guest workloads (e.g. FP flags aren't ever cleared, inexact occurs often and rounding is set to the default [to nearest]) this will yield sizable performance speedups. The approach followed here

[Qemu-devel] [PATCH v4 13/14] hardfloat: support float32/64 square root

2018-06-11 Thread Emilio G. Cota
Performance results for fp-bench: 1. Intel(R) Core(TM) i7-6700K CPU @ 4.00GHz - before: sqrt-single: 43.27 MFlops sqrt-double: 24.81 MFlops - after: sqrt-single: 297.94 MFlops sqrt-double: 210.46 MFlops 2. ARM Aarch64 A57 @ 2.4GHz - before: sqrt-single: 12.41 MFlops sqrt-double: 6.22 MFlops -

[Qemu-devel] [PATCH v4 05/14] tests/fp: add fp-bench, a collection of simple floating point microbenchmarks

2018-06-11 Thread Emilio G. Cota
This will allow us to measure the performance impact of FP emulation optimizations. Note that we can measure both directly the impact on the softfloat functions (with "-t soft"), or the impact on an emulated workload (call with "-t host" and run under qemu user-mode). Signed-off-by: Emilio G.

[Qemu-devel] [PATCH v4 02/14] fp-test: add muladd variants

2018-06-11 Thread Emilio G. Cota
These are a few muladd-related operations that the original IBM syntax does not specify; model files for these are in muladd.fptest. Signed-off-by: Emilio G. Cota --- tests/fp/fp-test.c | 24 tests/fp/muladd.fptest | 51

[Qemu-devel] [PATCH v4 09/14] hardfloat: support float32/64 addition and subtraction

2018-06-11 Thread Emilio G. Cota
Performance results (single and double precision) for fp-bench: 1. Intel(R) Core(TM) i7-6700K CPU @ 4.00GHz - before: add-single: 135.07 MFlops add-double: 131.60 MFlops sub-single: 130.04 MFlops sub-double: 133.01 MFlops - after: add-single: 443.04 MFlops add-double: 301.95 MFlops sub-single:

[Qemu-devel] [PATCH v4 12/14] hardfloat: support float32/64 fused multiply-add

2018-06-11 Thread Emilio G. Cota
Performance results for fp-bench: 1. Intel(R) Core(TM) i7-6700K CPU @ 4.00GHz - before: fma-single: 74.73 MFlops fma-double: 74.54 MFlops - after: fma-single: 203.37 MFlops fma-double: 169.37 MFlops 2. ARM Aarch64 A57 @ 2.4GHz - before: fma-single: 23.24 MFlops fma-double: 23.70 MFlops - after:

Re: [Qemu-devel] [PATCH v1 10/11] pc-dimm: introduce and use pc_dimm_memory_pre_plug()

2018-06-11 Thread David Gibson
On Mon, Jun 11, 2018 at 02:16:54PM +0200, David Hildenbrand wrote: > We'll be factoring out some pc-dimm specific and some memory-device > checks next. > > Signed-off-by: David Hildenbrand Reviewed-by: David Gibson ppc parts Acked-by: David Gibson > --- > hw/i386/pc.c | 2 ++ >

[Qemu-devel] [PATCH v4 07/14] softfloat: add float{32, 64}_is_zero_or_normal

2018-06-11 Thread Emilio G. Cota
These will gain some users very soon. Signed-off-by: Emilio G. Cota --- include/fpu/softfloat.h | 10 ++ 1 file changed, 10 insertions(+) diff --git a/include/fpu/softfloat.h b/include/fpu/softfloat.h index 1fbece5..08f63ae 100644 --- a/include/fpu/softfloat.h +++

Re: [Qemu-devel] [PATCH] qemu: Introduce VIRTIO_NET_F_STANDBY feature bit to virtio_net

2018-06-11 Thread Jason Wang
On 2018年06月12日 01:26, Michael S. Tsirkin wrote: On Mon, May 07, 2018 at 04:09:54PM -0700, Sridhar Samudrala wrote: This feature bit can be used by hypervisor to indicate virtio_net device to act as a standby for another device with the same MAC address. I tested this with a small change to

[Qemu-devel] [PATCH v4 04/14] target/tricore: use float32_is_denormal

2018-06-11 Thread Emilio G. Cota
Cc: Bastian Koppelmann Reviewed-by: Bastian Koppelmann Signed-off-by: Emilio G. Cota --- target/tricore/fpu_helper.c | 9 ++--- 1 file changed, 2 insertions(+), 7 deletions(-) diff --git a/target/tricore/fpu_helper.c b/target/tricore/fpu_helper.c index df16290..31df462 100644 ---

[Qemu-devel] [PATCH v4 03/14] softfloat: add float{32, 64}_is_{de, }normal

2018-06-11 Thread Emilio G. Cota
This paves the way for upcoming work. Cc: Bastian Koppelmann Reviewed-by: Bastian Koppelmann Reviewed-by: Alex Bennée Signed-off-by: Emilio G. Cota --- include/fpu/softfloat.h | 20 1 file changed, 20 insertions(+) diff --git a/include/fpu/softfloat.h

[Qemu-devel] [PATCH v4 14/14] hardfloat: support float32/64 comparison

2018-06-11 Thread Emilio G. Cota
Performance results for fp-bench: 1. Intel(R) Core(TM) i7-6700K CPU @ 4.00GHz - before: cmp-single: 113.01 MFlops cmp-double: 115.54 MFlops - after: cmp-single: 527.83 MFlops cmp-double: 457.21 MFlops 2. ARM Aarch64 A57 @ 2.4GHz - before: cmp-single: 39.32 MFlops cmp-double: 39.80 MFlops -

[Qemu-devel] [PATCH v4 00/14] fp-test + hardfloat

2018-06-11 Thread Emilio G. Cota
Sending this respin (little more than a rebase) in case there's reviewer bandwidth available until the soft-freeze in 3 weeks. v3: https://lists.nongnu.org/archive/html/qemu-devel/2018-04/msg00455.html Not much has changed since April's v3: - Rebase to current master, fixing some conflicts. -

[Qemu-devel] [PATCH v4 11/14] hardfloat: support float32/64 division

2018-06-11 Thread Emilio G. Cota
Performance results for fp-bench: 1. Intel(R) Core(TM) i7-6700K CPU @ 4.00GHz - before: div-single: 34.84 MFlops div-double: 34.04 MFlops - after: div-single: 275.23 MFlops div-double: 216.38 MFlops 2. ARM Aarch64 A57 @ 2.4GHz - before: div-single: 9.33 MFlops div-double: 9.30 MFlops - after:

Re: [Qemu-devel] [PATCH v1 05/11] spapr: move memory hotplug size check into plug code

2018-06-11 Thread David Gibson
On Mon, Jun 11, 2018 at 02:16:49PM +0200, David Hildenbrand wrote: > This might look like a step backwards, but it is not. get_memory_region() > should not be called on uninititalized devices. In general, only > properties should be access, but no "derived" satte like the memory > region. > > 1.

[Qemu-devel] [PATCH v4 10/14] hardfloat: support float32/64 multiplication

2018-06-11 Thread Emilio G. Cota
Performance results for fp-bench: 1. Intel(R) Core(TM) i7-6700K CPU @ 4.00GHz - before: mul-single: 126.91 MFlops mul-double: 118.28 MFlops - after: mul-single: 258.02 MFlops mul-double: 197.96 MFlops 2. ARM Aarch64 A57 @ 2.4GHz - before: mul-single: 37.42 MFlops mul-double: 38.77 MFlops -

[Qemu-devel] [PATCH v4 06/14] softfloat: rename canonicalize to sf_canonicalize

2018-06-11 Thread Emilio G. Cota
glibc >= 2.25 defines canonicalize in commit eaf5ad0 (Add canonicalize, canonicalizef, canonicalizel., 2016-10-26). Given that we'll be including soon, prepare for this by prefixing our canonicalize() with sf_ to avoid clashing with the libc's canonicalize(). Cc: Bastian Koppelmann

Re: [Qemu-devel] [PATCH v1 04/11] hostmem: drop error variable from host_memory_backend_get_memory()

2018-06-11 Thread David Gibson
On Mon, Jun 11, 2018 at 02:16:48PM +0200, David Hildenbrand wrote: > Unused, so let's remove it. > > Signed-off-by: David Hildenbrand Reviewed-by: David Gibson > --- > backends/hostmem.c | 3 +-- > hw/mem/nvdimm.c | 4 ++-- > hw/mem/pc-dimm.c | 4 ++-- >

Re: [Qemu-devel] [PATCH v1 08/11] pc-dimm: get_memory_region() will never return a NULL pointer

2018-06-11 Thread David Gibson
On Mon, Jun 11, 2018 at 02:16:52PM +0200, David Hildenbrand wrote: > This is guaranteed by passing into host_memory_backend_get_memory() a > value that is not NULL - which is what we always do. > > Signed-off-by: David Hildenbrand Reviewed-by: David Gibson > --- > hw/mem/pc-dimm.c | 15

[Qemu-devel] [PATCH v4 01/14] tests: add fp-test, a floating point test suite

2018-06-11 Thread Emilio G. Cota
This will allow us to run correctness tests against our FP implementation. The test can be run in two modes (called "testers"): host and soft. With the former we check the results and FP flags on the host machine against the model. With the latter we check QEMU's fpu primitives against the model.

Re: [Qemu-devel] [PATCH v1 07/11] pc-dimm: get_memory_region() can never fail

2018-06-11 Thread David Gibson
On Mon, Jun 11, 2018 at 02:16:51PM +0200, David Hildenbrand wrote: > We already verify when realizing that the memdev property has been > set. We have no more accesses to get_memory_region() before the device > is realized. > > So this function will never fail. Remove the stale check and the >

Re: [Qemu-devel] [PATCH v1 09/11] pc-dimm: remove pc_dimm_get_vmstate_memory_region()

2018-06-11 Thread David Gibson
On Mon, Jun 11, 2018 at 02:16:53PM +0200, David Hildenbrand wrote: > We can reuse pc_dimm_get_memory_region() now, as both functions are > (besides the assert which is also correct), equal. > > Signed-off-by: David Hildenbrand Reviewed-by: David Gibson > --- > hw/mem/pc-dimm.c | 7 +-- >

Re: [Qemu-devel] [PATCH v1 06/11] pc-dimm: don't allow to access "size" before the device was realized

2018-06-11 Thread David Gibson
On Mon, Jun 11, 2018 at 02:16:50PM +0200, David Hildenbrand wrote: > "size" should not be queried before the device was realized. Let' make > that explicit. > > Signed-off-by: David Hildenbrand Reviewed-by: David Gibson > --- > hw/mem/pc-dimm.c | 6 ++ > 1 file changed, 6 insertions(+) >

Re: [Qemu-devel] question: a dead loop in qemu when do blockJobAbort and vm suspend coinstantaneously

2018-06-11 Thread Fam Zheng
On Mon, 06/11 11:31, l00284672 wrote: > I tried your patch with my modification below can slove this problem. > > void blk_set_aio_context(BlockBackend *blk, AioContext *new_context) > { >     BlockDriverState *bs = blk_bs(blk); >     ThrottleGroupMember *tgm = >public.throttle_group_member; > >

[Qemu-devel] [PATCH v2] util/async: avoid NULL pointer dereference

2018-06-11 Thread Jie Wang
if laio_init create linux_aio failed and return NULL, NULL pointer dereference will occur when laio_attach_aio_context dereference linux_aio in aio_get_linux_aio. Let's avoid it and report error. Signed-off-by: Jie Wang --- block/file-posix.c | 19 +-- util/async.c | 5

Re: [Qemu-devel] [PATCH] kvm: Delete the slot only when KVM_MEM_READONLY flag is changed

2018-06-11 Thread Shannon Zhao
Ping? On 2018/5/16 17:18, Shannon Zhao wrote: > According to KVM commit 75d61fbc, it needs to delete the slot before > changing the KVM_MEM_READONLY flag. But QEMU commit 235e8982 only check > whether KVM_MEM_READONLY flag is set instead of changing. It doesn't > need to delete the slot if the

Re: [Qemu-devel] question: a dead loop in qemu when do blockJobAbort and vm suspend coinstantaneously

2018-06-11 Thread l00284672
ping On 2018/6/11 11:31, l00284672 wrote: I tried your patch with my modification below can slove this problem. void blk_set_aio_context(BlockBackend *blk, AioContext *new_context) {     BlockDriverState *bs = blk_bs(blk);     ThrottleGroupMember *tgm = >public.throttle_group_member;     if

Re: [Qemu-devel] [PATCH v3 00/19] linux-user: Split do_syscall

2018-06-11 Thread no-reply
Hi, This series seems to have some coding style problems. See output below for more information: Type: series Message-id: 20180612005145.3375-1-richard.hender...@linaro.org Subject: [Qemu-devel] [PATCH v3 00/19] linux-user: Split do_syscall === TEST SCRIPT BEGIN === #!/bin/bash BASE=base n=1

[Qemu-devel] [PATCH v3 18/19] linux-user: Split out memory syscalls

2018-06-11 Thread Richard Henderson
This includes mmap, mmap2, munmap, mlock, mlockall, munlock, munlockall, mprotect, mremap, msync. Signed-off-by: Richard Henderson --- linux-user/syscall.h | 2 + linux-user/strace.c| 55 ++ linux-user/syscall.c | 118

[Qemu-devel] [PATCH v3 19/19] linux-user: Split out some process syscalls

2018-06-11 Thread Richard Henderson
This includes clone, getgroups, gettid, setfsgid, setfsuid, setgroups, setsid, setuid, fork, getegid, getegid32, geteuid, geteuid32, getgid, getgid32, getgroups32, getpgrp, getpid, getppid, getresgid, getresgid32, getresuid, getresuid32, getuid, getuid32, getxgid, getxpid, getxuid, setfsgid32,

[Qemu-devel] [PATCH v3 13/19] linux-user: Split out close, open, openat, read, write

2018-06-11 Thread Richard Henderson
Signed-off-by: Richard Henderson --- linux-user/syscall.h | 51 linux-user/strace.c| 35 --- linux-user/syscall.c | 402 +-- linux-user/syscall_file.c | 423 + linux-user/Makefile.objs |

[Qemu-devel] [PATCH v3 17/19] linux-user: Split out ipc syscalls

2018-06-11 Thread Richard Henderson
Given that these are all intertwined via TARGET_NR_ipc, we must move them all to the new file all at once. Signed-off-by: Richard Henderson --- linux-user/strace.c| 83 --- linux-user/syscall.c | 973 linux-user/syscall_ipc.c | 1095

[Qemu-devel] [PATCH v3 11/19] linux-user: Propagate goto fail to return

2018-06-11 Thread Richard Henderson
Reviewed-by: Laurent Vivier Signed-off-by: Richard Henderson --- linux-user/syscall.c | 60 1 file changed, 22 insertions(+), 38 deletions(-) diff --git a/linux-user/syscall.c b/linux-user/syscall.c index 5a17803732..fd8d48b0da 100644 ---

[Qemu-devel] [PATCH v3 12/19] linux-user: Setup split syscall infrastructure

2018-06-11 Thread Richard Henderson
Defines a unified structure for implementation and strace. Supplies a generator script to build the declarations and the lookup function. Signed-off-by: Richard Henderson --- linux-user/syscall.h | 178 +++ linux-user/strace.c| 386

[Qemu-devel] [PATCH v3 10/19] linux-user: Propagate goto unimplemented to default

2018-06-11 Thread Richard Henderson
There is no point in listing a syscall if you want the same effect as not listing it. In one less trivial case, the goto was demonstrably not reachable. Signed-off-by: Richard Henderson --- linux-user/syscall.c | 144 +-- 1 file changed, 1 insertion(+),

[Qemu-devel] [PATCH v3 08/19] linux-user: Propagate goto efault to return

2018-06-11 Thread Richard Henderson
Reviewed-by: Laurent Vivier Signed-off-by: Richard Henderson --- linux-user/syscall.c | 341 ++- 1 file changed, 175 insertions(+), 166 deletions(-) diff --git a/linux-user/syscall.c b/linux-user/syscall.c index efe882612b..a6b8268332 100644 ---

[Qemu-devel] [PATCH v3 09/19] linux-user: Propagate goto unimplemented_nowarn to return

2018-06-11 Thread Richard Henderson
Reviewed-by: Laurent Vivier Signed-off-by: Richard Henderson --- linux-user/syscall.c | 11 --- 1 file changed, 4 insertions(+), 7 deletions(-) diff --git a/linux-user/syscall.c b/linux-user/syscall.c index a6b8268332..06205d3d65 100644 --- a/linux-user/syscall.c +++

[Qemu-devel] [PATCH v3 14/19] linux-user: Split out preadv, pwritev, readv, writev

2018-06-11 Thread Richard Henderson
Signed-off-by: Richard Henderson --- linux-user/syscall.h | 5 ++ linux-user/syscall.c | 85 ++- linux-user/syscall_file.c | 103 + linux-user/gen_syscall_list.py | 4 ++ linux-user/strace.list | 12

[Qemu-devel] [PATCH v3 06/19] linux-user: Split out do_syscall1

2018-06-11 Thread Richard Henderson
There was supposed to be a single point of return for do_syscall so that tracing works properly. However, there are a few bugs in that area. It is significantly simpler to simply split out an inner function to enforce this. Reviewed-by: Laurent Vivier Signed-off-by: Richard Henderson ---

[Qemu-devel] [PATCH v3 04/19] linux-user/sparc64: Add inotify_rm_watch and tee syscalls

2018-06-11 Thread Richard Henderson
Reviewed-by: Laurent Vivier Signed-off-by: Richard Henderson --- linux-user/sparc64/syscall_nr.h | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/linux-user/sparc64/syscall_nr.h b/linux-user/sparc64/syscall_nr.h index 9391645598..0b91b896da 100644 ---

[Qemu-devel] [PATCH v3 16/19] linux-user: Split out name_to_handle_at, open_by_handle_at

2018-06-11 Thread Richard Henderson
Signed-off-by: Richard Henderson --- linux-user/syscall.h | 1 + linux-user/strace.c| 5 +- linux-user/syscall.c | 98 -- linux-user/syscall_file.c | 88 ++ linux-user/gen_syscall_list.py | 2 +

[Qemu-devel] [PATCH v3 07/19] linux-user: Relax single exit from "break"

2018-06-11 Thread Richard Henderson
Transform outermost "break" to "return ret". If the immediately preceeding statement was an assignment to ret, return the value directly. Reviewed-by: Laurent Vivier Signed-off-by: Richard Henderson --- linux-user/syscall.c | 970 +-- 1 file changed,

[Qemu-devel] [PATCH v3 03/19] linux-user/microblaze: Fix typo in accept4 syscall

2018-06-11 Thread Richard Henderson
Reviewed-by: Philippe Mathieu-Daudé Reviewed-by: Laurent Vivier Signed-off-by: Richard Henderson --- linux-user/microblaze/syscall_nr.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/linux-user/microblaze/syscall_nr.h b/linux-user/microblaze/syscall_nr.h index

[Qemu-devel] [PATCH v3 05/19] linux-user: Remove DEBUG

2018-06-11 Thread Richard Henderson
This is redundant with both -strace and actual tracing. Reviewed-by: Philippe Mathieu-Daudé Reviewed-by: Laurent Vivier Signed-off-by: Richard Henderson --- linux-user/syscall.c | 10 -- 1 file changed, 10 deletions(-) diff --git a/linux-user/syscall.c b/linux-user/syscall.c index

[Qemu-devel] [PATCH v3 15/19] linux-user: Split out pread64, pwrite64

2018-06-11 Thread Richard Henderson
Signed-off-by: Richard Henderson --- linux-user/syscall.h | 44 + linux-user/syscall.c | 70 -- linux-user/syscall_file.c | 61 +++-- linux-user/gen_syscall_list.py | 2 + linux-user/strace.list

[Qemu-devel] [PATCH v3 01/19] linux-user/alpha: Fix epoll syscalls

2018-06-11 Thread Richard Henderson
These were named incorrectly, going so far as to invade strace.list. Reviewed-by: Laurent Vivier Signed-off-by: Richard Henderson --- linux-user/alpha/syscall_nr.h | 6 +++--- linux-user/strace.list| 9 - 2 files changed, 3 insertions(+), 12 deletions(-) diff --git

[Qemu-devel] [PATCH v3 02/19] linux-user/hppa: Fix typo in mknodat syscall

2018-06-11 Thread Richard Henderson
Reviewed-by: Philippe Mathieu-Daudé Reviewed-by: Laurent Vivier Signed-off-by: Richard Henderson --- linux-user/hppa/syscall_nr.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/linux-user/hppa/syscall_nr.h b/linux-user/hppa/syscall_nr.h index 55bdf71d50..9c1d0a195d 100644

[Qemu-devel] [PATCH v3 00/19] linux-user: Split do_syscall

2018-06-11 Thread Richard Henderson
Version 3 does not attempt the whole thing in one go, and does attempt to incorporate strace into the reorg. Thoughts? r~ Richard Henderson (19): linux-user/alpha: Fix epoll syscalls linux-user/hppa: Fix typo in mknodat syscall linux-user/microblaze: Fix typo in accept4 syscall

Re: [Qemu-devel] [PATCH v1 03/11] pc: factor out pc-dimm checks into pc_dimm_pre_plug()

2018-06-11 Thread David Gibson
On Mon, Jun 11, 2018 at 02:16:47PM +0200, David Hildenbrand wrote: > We can perform these checks before the device is actually realized. > > Signed-off-by: David Hildenbrand Reviewed-by: David Gibson > --- > hw/i386/pc.c | 44 ++-- > 1 file changed, 26

Re: [Qemu-devel] [PATCH v1 02/11] nvdimm: no need to overwrite get_vmstate_memory_region()

2018-06-11 Thread David Gibson
On Mon, Jun 11, 2018 at 02:16:46PM +0200, David Hildenbrand wrote: > Our parent class (PC_DIMM) provides exactly the same function. > > Signed-off-by: David Hildenbrand Reviewed-by: David Gibson > --- > hw/mem/nvdimm.c | 6 -- > 1 file changed, 6 deletions(-) > > diff --git

Re: [Qemu-devel] [PATCH v1 01/11] pc-dimm: remove leftover "struct pc_dimms_capacity"

2018-06-11 Thread David Gibson
On Mon, Jun 11, 2018 at 02:16:45PM +0200, David Hildenbrand wrote: > Not needed anymore, let's drop it. > > Signed-off-by: David Hildenbrand Reviewed-by: David Gibson > --- > hw/mem/pc-dimm.c | 5 - > 1 file changed, 5 deletions(-) > > diff --git a/hw/mem/pc-dimm.c b/hw/mem/pc-dimm.c >

Re: [Qemu-devel] [PATCH] xics_kvm: use KVM helpers

2018-06-11 Thread David Gibson
On Mon, Jun 11, 2018 at 06:23:10PM +0200, Cédric Le Goater wrote: > The KVM helpers hide the low level interface used to communicate to > the XICS KVM device and provide a good cleanup to the XICS KVM models. > > Signed-off-by: Cédric Le Goater Applied to ppc-for-3.0, thanks. > --- >

Re: [Qemu-devel] [PATCH] ppc/pnv: fix LPC HC firmware address space

2018-06-11 Thread David Gibson
On Mon, Jun 11, 2018 at 07:12:10PM +0200, Cédric Le Goater wrote: > A specific MemoryRegion is required for the LPC HC Firmware address > space. > > Signed-off-by: Cédric Le Goater Applied to ppc-for-3.0, thanks. > --- > include/hw/ppc/pnv_lpc.h | 1 + > hw/ppc/pnv_lpc.c | 4 +++- > 2

Re: [Qemu-devel] [PATCH 0/1] blockdev: implement n-ary bitmap merge

2018-06-11 Thread John Snow
I mis-typed Vladimir's email, I have corrected it here. On 06/11/2018 06:43 PM, John Snow wrote: > requires: 20180606182449.1607-1-js...@redhat.com > > See patch for details; this is somewhat an RFC that I suspect > will be useful for libvirt in some situations, but maybe it's > actually

[Qemu-devel] [PATCH 0/1] blockdev: implement n-ary bitmap merge

2018-06-11 Thread John Snow
requires: 20180606182449.1607-1-js...@redhat.com See patch for details; this is somewhat an RFC that I suspect will be useful for libvirt in some situations, but maybe it's actually overkill. John Snow (1): blockdev: n-ary bitmap merge blockdev.c | 40

[Qemu-devel] [PATCH 1/1] blockdev: n-ary bitmap merge

2018-06-11 Thread John Snow
It might be nice to have an all-or-nothing merge command that either succeeds in merging all bitmaps or fails for all of them. This way, when assembling bitmaps that represent arbitrary points in time from component bitmaps, we always know the state of the target bitmap even in cases of failure.

Re: [Qemu-devel] [PATCH v6 2/2] vl: fix use of --daemonize with --preconfig

2018-06-11 Thread Eduardo Habkost
CCing libvir-list. On Mon, Jun 11, 2018 at 11:29:24PM +0200, Igor Mammedov wrote: > On Mon, 11 Jun 2018 16:06:07 -0300 > Eduardo Habkost wrote: > > > On Mon, Jun 11, 2018 at 03:16:25PM +0200, Igor Mammedov wrote: > > > On Fri, 8 Jun 2018 10:21:05 -0300 > > > Eduardo Habkost wrote: > > > > > >

Re: [Qemu-devel] [PATCH] hw/i386: Deprecate the machine types pc-0.10 and pc-0.11

2018-06-11 Thread Eduardo Habkost
On Mon, Jun 11, 2018 at 05:41:04AM +0200, Thomas Huth wrote: > The oldest machine type which is still used in a maintained distribution > is a pc-0.12 based machine type in RHEL6, so everything that is older > than pc-0.12 should not be used anymore. Thus let's deprecate pc-0.10 > and pc-0.11 so

Re: [Qemu-devel] [PATCH] m25p80: add support for two bytes WRSR for Macronix chips

2018-06-11 Thread Alistair Francis
On Mon, Jun 11, 2018 at 10:18 AM, Cédric Le Goater wrote: > On 06/11/2018 07:15 PM, Cédric Le Goater wrote: >> On Macronix chips, two bytes can written to the WRSR. First byte will >> configure the status register and the second the configuration >> register. It is important to save the

Re: [Qemu-devel] [PATCH 2/2] iotests: Add test 221 to catch qemu-img map regression

2018-06-11 Thread Eric Blake
On 06/11/2018 04:39 PM, Eric Blake wrote: Although qemu-img creates aligned files (by rounding up), it must also gracefully handle files that are not sector-aligned. Test that the bug fixed in the previous patch does not recur. It's a bit annoying that we can see the (implicit) hole past the

Re: [Qemu-devel] [PATCH] docs: Grammar and spelling fixes

2018-06-11 Thread Eric Blake
On 06/11/2018 03:25 PM, Ville Skyttä wrote: Signed-off-by: Ville Skyttä --- +++ b/docs/config/mach-virt-graphical.cfg @@ -185,7 +185,7 @@ # attached to it. # # We also create an optical disk, mostly for installation -# purposes: once the guest OS has been succesfully +# purposes: once

Re: [Qemu-devel] [RFC untested PATCH] i386/cpu: make -cpu host support monitor/mwait

2018-06-11 Thread Eduardo Habkost
On Fri, Jun 08, 2018 at 11:59:19PM +0300, Michael S. Tsirkin wrote: > When guest CPU PM is enabled, and with -cpu host, expose the host CPU > MWAIT leaf to guest so guest can make good PM decisions. > > Signed-off-by: Michael S. Tsirkin > --- > > This builds but is untested. Is this a

Re: [Qemu-devel] [RFC PATCH] i386: Remove ospke CPUID flag name

2018-06-11 Thread Richard Henderson
On 06/11/2018 10:37 AM, Eduardo Habkost wrote: > RFC NOTE: Paolo, Richard, as far as I can see, there's no point > in enabling OSPKE in user-mode QEMU. Do you confirm that? > > OSPKE is not a static feature flag: it changes dynamically at > runtime depending on CR4, and it was never

Re: [Qemu-devel] [PATCH] i386: Remove osxsave CPUID flag name

2018-06-11 Thread Richard Henderson
On 06/11/2018 10:38 AM, Eduardo Habkost wrote: > OSXAVE is not a static feature flag: it changes dynamically at > runtime depending on CR4, and it was never configurable: KVM > never returned OSXSAVE on GET_SUPPORTED_CPUID, and it is not > included in TCG_EXT_FEATURES. > > Remove OSXSAVE from the

[Qemu-devel] [PATCH 1/2] qemu-img: Fix assert when mapping unaligned raw file

2018-06-11 Thread Eric Blake
Commit a290f085 exposed a latent bug in qemu-img map introduced during the conversion of block status to be byte-based. Earlier in commit 5e344dd8, the internal interface get_block_status() switched to take byte-based parameters, but still called a sector-based block layer function; as such,

[Qemu-devel] [PATCH 0/2] Fix qemu-img map on unaligned image

2018-06-11 Thread Eric Blake
See https://bugzilla.redhat.com/1589738; thanks to Nir, Maor, and Dan for figuring out that it was a qemu-img regression and coming up with a test case; and for Kevin for then bisecting it to point to my byte-based conversion code being at fault. Eric Blake (2): qemu-img: Fix assert when

[Qemu-devel] [PATCH 2/2] iotests: Add test 221 to catch qemu-img map regression

2018-06-11 Thread Eric Blake
Although qemu-img creates aligned files (by rounding up), it must also gracefully handle files that are not sector-aligned. Test that the bug fixed in the previous patch does not recur. It's a bit annoying that we can see the (implicit) hole past the end of the file on to the next sector

Re: [Qemu-devel] [PATCH v3 5/7] hmp: Add info commands for preconfig

2018-06-11 Thread Igor Mammedov
On Mon, 11 Jun 2018 15:40:16 -0300 Eduardo Habkost wrote: > On Mon, Jun 11, 2018 at 02:01:52PM +0200, Markus Armbruster wrote: > > * Eduardo, why does "info numa" have no QMP equivalent? > > Nobody ever asked for one, which seems to qualify as "only for > human users". > > Should we add an

Re: [Qemu-devel] [PATCH v6 2/2] vl: fix use of --daemonize with --preconfig

2018-06-11 Thread Igor Mammedov
On Mon, 11 Jun 2018 16:06:07 -0300 Eduardo Habkost wrote: > On Mon, Jun 11, 2018 at 03:16:25PM +0200, Igor Mammedov wrote: > > On Fri, 8 Jun 2018 10:21:05 -0300 > > Eduardo Habkost wrote: > > > > > On Thu, Jun 07, 2018 at 02:00:09PM +0200, Igor Mammedov wrote: > > > > When using --daemonize,

Re: [Qemu-devel] [PATCH 0/3] i386: improve output from "-cpu help" argument

2018-06-11 Thread Eduardo Habkost
On Wed, Jun 06, 2018 at 05:55:24PM +0100, Daniel P. Berrangé wrote: > This short series is a set of improvements to the "-cpu help" output for > the x86 emulator. The patches describe what's change in each step, but > it is best visualized by looking at before/after state. [...] Queue on

Re: [Qemu-devel] [PATCH 3/3] i386: display known CPUID features linewrapped, in alphabetical order

2018-06-11 Thread Eduardo Habkost
On Wed, Jun 06, 2018 at 05:55:27PM +0100, Daniel P. Berrangé wrote: [...] > diff --git a/target/i386/cpu.c b/target/i386/cpu.c > index cb074082b3..8043e41be8 100644 > --- a/target/i386/cpu.c > +++ b/target/i386/cpu.c > @@ -3157,17 +3157,21 @@ static void >

Re: [Qemu-devel] [PATCH v13 2/5] i386: Introduce auto_topoext bit to manage topoext

2018-06-11 Thread Moger, Babu
> -Original Message- > From: kvm-ow...@vger.kernel.org [mailto:kvm-ow...@vger.kernel.org] > On Behalf Of Eduardo Habkost > Sent: Monday, June 11, 2018 4:05 PM > To: Moger, Babu > Cc: m...@redhat.com; marcel.apfelb...@gmail.com; pbonz...@redhat.com; > r...@twiddle.net;

Re: [Qemu-devel] [PATCH v13 3/5] i386: Enable TOPOEXT feature on AMD EPYC CPU

2018-06-11 Thread Eduardo Habkost
On Mon, Jun 11, 2018 at 05:50:30PM -0300, Eduardo Habkost wrote: [...] > > +/* TOPOEXT feature requires 0x801E */ > > +if (env->features[FEAT_8000_0001_ECX] & CPUID_EXT3_TOPOEXT) { > > +x86_cpu_adjust_level(cpu, >cpuid_min_xlevel, 0x801E); > > +} > > I

Re: [Qemu-devel] [PATCH v2 05/10] qapi: Formalize qcow encryption probing

2018-06-11 Thread Eric Blake
On 06/11/2018 03:51 PM, Max Reitz wrote: qcow only supports a single encryption (and there is no reason why that would change in the future), so we can make it the default. Signed-off-by: Max Reitz --- qapi/block-core.json | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-)

Re: [Qemu-devel] [PATCH v2 04/10] qapi: Formalize qcow2 encryption probing

2018-06-11 Thread Eric Blake
On 06/11/2018 03:51 PM, Max Reitz wrote: Currently, you can give no encryption format for a qcow2 file while still passing a key-secret. That does not conform to the schema, so this patch changes the schema to allow it. Signed-off-by: Max Reitz --- qapi/block-core.json | 44

Re: [Qemu-devel] [PATCH v13 2/5] i386: Introduce auto_topoext bit to manage topoext

2018-06-11 Thread Eduardo Habkost
On Mon, Jun 11, 2018 at 05:46:23PM -0300, Eduardo Habkost wrote: [...] > On PC_COMPAT_2_12, both would work: > { TYPE_X86_CPU, "auto-topoext", "off" } > or > { "EPYC" "-" TYPE_X86_CPU, "auto-topoext", "off" }. > > I prefer the latter, but both would work. Oh, while we're at it: please name

Re: [Qemu-devel] [PATCH v2 04/10] qapi: Formalize qcow2 encryption probing

2018-06-11 Thread Max Reitz
On 2018-06-11 23:02, Eric Blake wrote: > On 06/11/2018 03:51 PM, Max Reitz wrote: >> Currently, you can give no encryption format for a qcow2 file while >> still passing a key-secret.  That does not conform to the schema, so >> this patch changes the schema to allow it. >> >> Signed-off-by: Max

Re: [Qemu-devel] [PATCH v13 4/5] i386: Verify and enable topoext feature if supported

2018-06-11 Thread Moger, Babu
> -Original Message- > From: kvm-ow...@vger.kernel.org [mailto:kvm-ow...@vger.kernel.org] > On Behalf Of Eduardo Habkost > Sent: Monday, June 11, 2018 3:52 PM > To: Moger, Babu > Cc: m...@redhat.com; marcel.apfelb...@gmail.com; pbonz...@redhat.com; > r...@twiddle.net;

Re: [Qemu-devel] [PATCH v13 1/5] i386: Add support for CPUID_8000_001E for AMD

2018-06-11 Thread Moger, Babu
> -Original Message- > From: Eduardo Habkost [mailto:ehabk...@redhat.com] > Sent: Monday, June 11, 2018 3:55 PM > To: Moger, Babu > Cc: m...@redhat.com; marcel.apfelb...@gmail.com; pbonz...@redhat.com; > r...@twiddle.net; mtosa...@redhat.com; qemu-devel@nongnu.org; >

Re: [Qemu-devel] [PATCH v13 2/5] i386: Introduce auto_topoext bit to manage topoext

2018-06-11 Thread Moger, Babu
> -Original Message- > From: Eduardo Habkost [mailto:ehabk...@redhat.com] > Sent: Monday, June 11, 2018 3:46 PM > To: Moger, Babu > Cc: m...@redhat.com; marcel.apfelb...@gmail.com; pbonz...@redhat.com; > r...@twiddle.net; mtosa...@redhat.com; qemu-devel@nongnu.org; >

  1   2   3   4   5   >