Re: [Qemu-devel] [PATCH v6] Allow setting NUMA distance for different NUMA nodes

On Tue, Apr 11, 2017 at 08:18:49AM -0500, Eric Blake wrote: > On 04/11/2017 03:49 AM, He Chen wrote: > > This patch is going to add SLIT table support in QEMU, and provides > > additional option `dist` for command `-numa` to allow user set vNUMA > > distance by QEMU command. > > > > With this

Re: [Qemu-devel] [PATCH v2 7/9] arm: Track M profile handler mode state in TB flags

Hi Peter, On 04/10/2017 02:13 PM, Peter Maydell wrote: For M profile exception-return handling we'd like to generate different code for some instructions depending on whether we are in Handler mode or Thread mode. This isn't the same as "are we privileged or user", so we need an extra bit in

Re: [Qemu-devel] [Qemu-arm] [PATCH v2 05/13] arm: gic: Remove references to NVIC

On 02/16/2017 01:35 PM, Peter Maydell wrote: From: Michael Davidsaver Now that the NVIC is its own separate implementation, we can clean up the GIC code by removing REV_NVIC and conditionals which use it. Signed-off-by: Michael Davidsaver

Re: [Qemu-devel] [Qemu-arm] [PATCH 09/11] armv7m: Split systick out from NVIC

On 02/20/2017 03:51 PM, Peter Maydell wrote: On 20 February 2017 at 17:43, Philippe Mathieu-Daudé wrote: On 02/20/2017 12:36 PM, Peter Maydell wrote: +/* Conversion factor from qemu timer to SysTick frequencies. */ +static inline int64_t systick_scale(SysTickState *s) +{ +

Re: [Qemu-devel] [PATCH v6] migration/block: use blk_pwrite_zeroes for each zero cluster

On Mon, Apr 17, 2017 at 11:49 AM, Fam Zheng wrote: > On Fri, 04/14 14:30, 858585 jemmy wrote: >> Do you know some other format which have very small cluster size? > > 64k is the default cluster size for qcow2 but it can be configured at image > creation time, as 512 bytes, for

Re: [Qemu-devel] [Qemu-arm] [PATCH 03/11] armv7m: QOMify the armv7m container

Hi Peter, On Mon, Feb 20, 2017 at 12:35 PM, Peter Maydell wrote: > Create a proper QOM object for the armv7m container, which > holds the CPU, the NVIC and the bitband regions. > > Signed-off-by: Peter Maydell > --- >

Re: [Qemu-devel] [RFC v2 4/4] spec/vhost-user spec: Add IOMMU support

On Fri, Apr 14, 2017 at 07:40:56PM +0200, Maxime Coquelin wrote: [...] > +IOMMU support > +- > + > +When the VIRTIO_F_IOMMU_PLATFORM feature has been negotiated, the master has > +to send IOTLB entries update & invalidation by sending VHOST_USER_IOTLB_MSG > +requests to the slave

Re: [Qemu-devel] [PATCH v6] migration/block: use blk_pwrite_zeroes for each zero cluster

On Fri, 04/14 14:30, 858585 jemmy wrote: > Do you know some other format which have very small cluster size? 64k is the default cluster size for qcow2 but it can be configured at image creation time, as 512 bytes, for example: $ qemu-img create -f qcow2 test.qcow2 -o cluster_size=512 1G Fam

Re: [Qemu-devel] [Qemu-arm] [PATCH v2 10/13] armv7m: Extract "exception taken" code into functions

On 02/16/2017 01:36 PM, Peter Maydell wrote: Extract the code from the tail end of arm_v7m_do_interrupt() which enters the exception handler into a pair of utility functions v7m_exception_taken() and v7m_push_stack(), which correspond roughly to the pseudocode PushStack() and ExceptionTaken().

Re: [Qemu-devel] [Qemu-block] [PATCH v6] migration/block: use blk_pwrite_zeroes for each zero cluster

On Fri, 04/14 14:48, 858585 jemmy wrote: > >> Effectively, if no cluster is zero, this patch still splits a big write > >> into > >> small ones, which is the opposition of usual performance optimizations > >> (i.e. > >> trying to coalesce requests). > > > > Good point! > > > > Another patch can

Re: [Qemu-devel] [Qemu-arm] [PATCH v2 08/13] armv7m: Simpler and faster exception start

On 02/16/2017 01:35 PM, Peter Maydell wrote: From: Michael Davidsaver All the places in armv7m_cpu_do_interrupt() which pend an exception in the NVIC are doing so for synchronous exceptions. We know that we will always take some exception in this case, so we can just

Re: [Qemu-devel] [Qemu-arm] [PATCH v2 07/13] armv7m: Remove unused armv7m_nvic_acknowledge_irq() return value

On 02/16/2017 01:35 PM, Peter Maydell wrote: Having armv7m_nvic_acknowledge_irq() return the new value of env->v7m.exception and its one caller assign the return value back to env->v7m.exception is pointless. Just make the return type void instead. Signed-off-by: Peter Maydell

Re: [Qemu-devel] [virtio-dev] Re: [PATCH v9 2/5] virtio-balloon: VIRTIO_BALLOON_F_BALLOON_CHUNKS

On 04/15/2017 05:38 AM, Michael S. Tsirkin wrote: On Fri, Apr 14, 2017 at 04:37:52PM +0800, Wei Wang wrote: On 04/14/2017 12:34 AM, Michael S. Tsirkin wrote: On Thu, Apr 13, 2017 at 05:35:05PM +0800, Wei Wang wrote: So we don't need the bitmap to talk to host, it is just a data structure we

Re: [Qemu-devel] [Qemu-block] [PATCH for-2.9-rc5 v2] block: Drain BH in bdrv_drained_begin

On Sun, 04/16 10:37, Stefan Hajnoczi wrote: > On Sat, Apr 15, 2017 at 01:10:02AM +0800, Paolo Bonzini wrote: > > > > > > On 14/04/2017 16:51, Stefan Hajnoczi wrote: > > > On Fri, Apr 14, 2017 at 9:02 AM, Fam Zheng wrote: > > >> @@ -398,11 +399,15 @@ void bdrv_drain_all(void); >

Re: [Qemu-devel] [RFC v2 3/4] vhost-user: add slave-req-fd support

On Fri, Apr 14, 2017 at 07:40:55PM +0200, Maxime Coquelin wrote: [...] > @@ -486,6 +500,18 @@ Message types >If VHOST_USER_PROTOCOL_F_REPLY_ACK is negotiated, slave must respond >with zero in case the specified MTU is valid, or non-zero otherwise. > > + *

Re: [Qemu-devel] [PATCH 06/11] armv7m: Make NVIC expose a memory region rather than mapping itself

On 02/20/2017 12:36 PM, Peter Maydell wrote: Make the NVIC device expose a memory region for its users to map, rather than mapping itself into the system memory space on realize, and get the one user (the ARMv7M object) to do this. Signed-off-by: Peter Maydell

Re: [Qemu-devel] [Qemu-arm] [PATCH 04/11] armv7m: Use QOMified armv7m object in armv7m_init()

On 02/20/2017 12:35 PM, Peter Maydell wrote: Make the legacy armv7m_init() function use the newly QOMified armv7m object rather than doing everything by hand. We can return the armv7m object rather than the NVIC from armv7m_init() because its interface to the rest of the board (GPIOs, etc) is

Re: [Qemu-devel] [Qemu-arm] [PATCH 03/11] armv7m: QOMify the armv7m container

On 02/20/2017 12:35 PM, Peter Maydell wrote: Create a proper QOM object for the armv7m container, which holds the CPU, the NVIC and the bitband regions. Signed-off-by: Peter Maydell Reviewed-by: Philippe Mathieu-Daudé --- include/hw/arm/armv7m.h

Re: [Qemu-devel] [PATCH 5/9] arm: gic: Remove references to NVIC

On 02/02/2017 05:02 PM, Peter Maydell wrote: From: Michael Davidsaver Now that the NVIC is its own separate implementation, we can clean up the GIC code by removing REV_NVIC and conditionals which use it. Signed-off-by: Michael Davidsaver

[Qemu-devel]  [BUG] network qga : windows os lost ip address of the network card  in some cases

We think this problem coulde be solevd in qga modules。can anybody give some advice ? [BUG] network : windows os lost ip address of the network card in some cases we found this problem for a long time 。For example, if we has three network card in virtual xml file ，such as "network connection

Re: [Qemu-devel] [Qemu-arm] [PATCH v2 04/13] armv7m: Fix condition check for taking exceptions

On 02/16/2017 01:35 PM, Peter Maydell wrote: The M profile condition for when we can take a pending exception or interrupt is not the same as that for A/R profile. The code originally copied from the A/R profile version of the cpu_exec_interrupt function only worked by chance for the very

Re: [Qemu-devel] [PATCH 0/6] calculate downtime for postcopy live migration

Hi, This series failed automatic build test. Please find the testing commands and their output below. If you have docker installed, you can probably reproduce it locally. Type: series Subject: [Qemu-devel] [PATCH 0/6] calculate downtime for postcopy live migration Message-id:

Re: [Qemu-devel] [PATCH 0/6] calculate downtime for postcopy live migration

Hi, This series seems to have some coding style problems. See output below for more information: Type: series Subject: [Qemu-devel] [PATCH 0/6] calculate downtime for postcopy live migration Message-id: 1492175840-5021-1-git-send-email-a.pereva...@samsung.com === TEST SCRIPT BEGIN ===

Re: [Qemu-devel] [PATCH v2 for-2.10 00/18] crypto: add afalg-backend support

Hi Daniel, I will fix this error in V3, please continue reviewing V2. Thx. Regards, Longpeng On 2017/4/17 10:12, no-re...@patchew.org wrote: > Hi, > > This series failed automatic build test. Please find the testing commands and > their output below. If you have docker installed, you can

Re: [Qemu-devel] [PATCH v2 for-2.10 00/18] crypto: add afalg-backend support

Hi, This series failed automatic build test. Please find the testing commands and their output below. If you have docker installed, you can probably reproduce it locally. Type: series Subject: [Qemu-devel] [PATCH v2 for-2.10 00/18] crypto: add afalg-backend support Message-id:

[Qemu-devel] [PATCH v2 for-2.10 15/18] crypto: hmac: add af_alg hmac support

Adds afalg-backend hmac support: introduces some private APIs firstly, and then intergrates them into qcrypto_hmac_afalg_driver. Signed-off-by: Longpeng(Mike) --- crypto/hash-afalg.c | 108 +++--- crypto/hmac.c | 27

[Qemu-devel] [PATCH v2 for-2.10 07/18] crypto: hmac: move crypto/hmac.h into include/crypto/

Moves crypto/hmac.h into include/crypto/, likes cipher.h and hash.h Signed-off-by: Longpeng(Mike) --- crypto/hmac.h | 166 -- include/crypto/hmac.h | 166 ++ 2 files

[Qemu-devel] [PATCH v2 for-2.10 13/18] crypto: cipher: add afalg-backend cipher support

Adds afalg-backend cipher support: introduces some private APIs firstly, and then intergrates them into qcrypto_cipher_afalg_driver. Signed-off-by: Longpeng(Mike) --- crypto/Makefile.objs | 1 + crypto/afalgpriv.h | 9 ++ crypto/cipher-afalg.c | 225

[Qemu-devel] [PATCH v2 for-2.10 18/18] tests: crypto: add hmac speed benchmark support

This patch add a hmac speed benchmark, it helps us to measure the performance by using "make check-speed" or using "./tests/benchmark-crypto-hmac" directly. Signed-off-by: Longpeng(Mike) --- tests/Makefile.include| 2 + tests/benchmark-crypto-hmac.c | 96

[Qemu-devel] [PATCH v2 for-2.10 17/18] tests: crypto: add hash speed benchmark support

This patch add a hash speed benchmark, it helps us to measure the performance by using "make check-speed" or using "./tests/benchmark-crypto-cipher" directly. Signed-off-by: Longpeng(Mike) --- tests/Makefile.include| 2 ++ tests/benchmark-crypto-hash.c | 67

[Qemu-devel] [PATCH v2 for-2.10 16/18] tests: crypto: add cipher speed benchmark support

Now we have two qcrypto backends, libiary-backend and afalg-backend, but which one is faster? This patch add a cipher speed benchmark, it helps us to measure the performance by using "make check-speed" or using "./tests/benchmark-crypto-cipher" directly. Signed-off-by: Longpeng(Mike)

[Qemu-devel] [PATCH v2 for-2.10 14/18] crypto: hash: add afalg-backend hash support

Adds afalg-backend hash support: introduces some private APIs firstly, and then intergrates them into qcrypto_hash_afalg_driver. Signed-off-by: Longpeng(Mike) --- crypto/Makefile.objs | 1 + crypto/afalgpriv.h | 1 + crypto/hash-afalg.c | 151

[Qemu-devel] [PATCH v2 for-2.10 09/18] crypto: hmac: introduce qcrypto_hmac_ctx_new for nettle-backend

Extracts qcrypto_hmac_ctx_new() from qcrypto_hmac_new() for nettle-backend impls. Signed-off-by: Longpeng(Mike) --- crypto/hmac-nettle.c | 34 -- 1 file changed, 24 insertions(+), 10 deletions(-) diff --git a/crypto/hmac-nettle.c

[Qemu-devel] [PATCH v2 for-2.10 05/18] crypto: cipher: add cipher driver framework

1) makes the public APIs in cipher-nettle/gcrypt/builtin static, and rename them with "nettle/gcrypt/builtin" prefix. 2) introduces cipher framework, including QCryptoCipherDriver and new public APIs. Signed-off-by: Longpeng(Mike) --- crypto/cipher-builtin.c | 64

[Qemu-devel] [PATCH v2 for-2.10 11/18] crypto: hmac: add hmac driver framework

1) makes the public APIs in hmac-nettle/gcrypt/glib static, and rename them with "nettle/gcrypt/glib" prefix. 2) introduces hmac framework, including QCryptoHmacDriver and new public APIs. Signed-off-by: Longpeng(Mike) --- crypto/hmac-gcrypt.c | 51

[Qemu-devel] [PATCH v2 for-2.10 10/18] crypto: hmac: introduce qcrypto_hmac_ctx_new for glib-backend

Extracts qcrypto_hmac_ctx_new() from qcrypto_hmac_new() for glib-backend impls. Signed-off-by: Longpeng(Mike) --- crypto/hmac-glib.c | 34 -- 1 file changed, 24 insertions(+), 10 deletions(-) diff --git a/crypto/hmac-glib.c

[Qemu-devel] [PATCH v2 for-2.10 06/18] crypto: hash: add hash driver framework

1) makes the public APIs in hash-nettle/gcrypt/glib static, and rename them with "nettle/gcrypt/glib" prefix. 2) introduces hash framework, including QCryptoHashDriver and new public APIs. Signed-off-by: Longpeng(Mike) --- crypto/hash-gcrypt.c | 19

[Qemu-devel] [PATCH v2 for-2.10 12/18] crypto: introduce some common functions for af_alg backend

The AF_ALG socket family is the userspace interface for linux crypto API, this patch adds af_alg family support and some common functions for af_alg backend. It'll be used by afalg-backend crypto latter. Signed-off-by: Longpeng(Mike) --- configure| 21

[Qemu-devel] [PATCH v2 for-2.10 00/18] crypto: add afalg-backend support

The AF_ALG socket family is the userspace interface for linux crypto API, users can use it to access hardware accelerators. This patchset adds a afalg-backend for qemu crypto subsystem. Currently when performs encrypt/decrypt, we'll try afalg-backend first and will back to libiary-backend if it

[Qemu-devel] [PATCH v2 for-2.10 03/18] crypto: cipher: introduce qcrypto_cipher_ctx_new for nettle-backend

Extracts qcrypto_cipher_ctx_new() from qcrypto_cipher_new() for nettle-backend impls. Signed-off-by: Longpeng(Mike) --- crypto/cipher-nettle.c | 41 + 1 file changed, 29 insertions(+), 12 deletions(-) diff --git

[Qemu-devel] [PATCH v2 for-2.10 08/18] crypto: hmac: introduce qcrypto_hmac_ctx_new for gcrypt-backend

1) Fix a handle-leak problem in qcrypto_hmac_new(), doesn't free ctx->handle if gcry_mac_setkey fails. 2) Extracts qcrypto_hmac_ctx_new() from qcrypto_hmac_new() for gcrypt-backend impls. Signed-off-by: Longpeng(Mike) --- crypto/hmac-gcrypt.c | 35

[Qemu-devel] [PATCH v2 for-2.10 01/18] crypto: cipher: introduce context free function

Refactors the qcrypto_cipher_free(), splits it into two parts. One is gcrypt/nettle__cipher_free_ctx() to free the special context. This makes code more clear, what's more, it would be used by the later patch. Signed-off-by: Longpeng(Mike) --- crypto/cipher-gcrypt.c | 31

[Qemu-devel] [PATCH v2 for-2.10 04/18] crypto: cipher: introduce qcrypto_cipher_ctx_new for builtin-backend

Extracts qcrypto_cipher_ctx_new() from qcrypto_cipher_new() for builtin-backend impls. Signed-off-by: Longpeng(Mike) --- crypto/cipher-builtin.c | 101 ++-- 1 file changed, 55 insertions(+), 46 deletions(-) diff --git

[Qemu-devel] [PATCH v2 for-2.10 02/18] crypto: cipher: introduce qcrypto_cipher_ctx_new for gcrypt-backend

Extracts qcrypto_cipher_ctx_new() from qcrypto_cipher_new() for gcrypt-backend impls. Signed-off-by: Longpeng(Mike) --- crypto/cipher-gcrypt.c | 50 +- 1 file changed, 33 insertions(+), 17 deletions(-) diff --git

Re: [Qemu-devel] [PATCH 0/7] Openrisc misc features / fixes

Hi, This series seems to have some coding style problems. See output below for more information: Type: series Subject: [Qemu-devel] [PATCH 0/7] Openrisc misc features / fixes Message-id: cover.1492384862.git.sho...@gmail.com === TEST SCRIPT BEGIN === #!/bin/bash BASE=base n=1 total=$(git log

[Qemu-devel] [PATCH 7/7] target/openrisc: Implement full vmstate serialization

Previously serialization did not persist the tlb, timer, pic and other key state items. This meant snapshotting and restoring a running os would crash. After adding these I am able to take snapshots of a running linux os and restore at a later time. I am currently not trying to maintain

[Qemu-devel] [PATCH 5/7] migration: Add VMSTATE_UINTTL_2DARRAY()

In openRISC we are implementing the shadow registers as a 2d array. Using this target long method rather than direct 32-bit alternatives is consistent with the rest of our vm state serialization logic. Signed-off-by: Stafford Horne --- include/migration/cpu.h | 7 +++ 1

[Qemu-devel] [PATCH 3/7] target/openrisc: add numcores and coreid support

These are used to identify the processor in SMP system. Their definition has been defined in verilog cores but it not yet part of the spec but it will be soon. The proposal for this is available: https://openrisc.io/proposals/core-identifier-and-number-of-cores Signed-off-by: Stafford Horne

[Qemu-devel] [PATCH 6/7] migration: Add VMSTATE_STRUCT_2DARRAY()

For openrisc we implement tlb state as a 2d array of tlb entry structs. This is added to allow easy storing of state of 2d arrays. Signed-off-by: Stafford Horne --- include/migration/vmstate.h | 15 +++ 1 file changed, 15 insertions(+) diff --git

[Qemu-devel] [PATCH 1/7] target/openrisc: Fixes for memory debugging

When debugging in gdb you might want to inspect instructions in mapped pages or in exception vectors like 0x800 etc. This was previously not possible in qemu since the *get_phys_page_debug() routine only looked into the data tlb. Change to fall back to look into instruction tlb and plain

[Qemu-devel] [PATCH 2/7] target/openrisc: add shutdown logic

In openrisc simulators we use hooks like 'l.nop 1' to cause the simulator to exit. Implement that for qemu too. Reported-by: Waldemar Brodkorb Signed-off-by: Stafford Horne --- target/openrisc/helper.h | 1 + target/openrisc/sys_helper.c | 17

[Qemu-devel] [PATCH 4/7] target/openrisc: implement shadow registers

Shadow registers are part of the openrisc spec along with sr[cid], as part of the fast context switching feature. When exceptions occur, instead of having to save registers to the stack if enabled the CID will increment and a new set of registers will be available. This patch only implements

[Qemu-devel] [PATCH 0/7] Openrisc misc features / fixes

Hello, The first patch here I sent a few weeks ago and got go response. Sending again. The second was requested by the uclibc-ng maintainer as when he is testing his builds he uses qemu and would like to have a way for the system to shut down. This models how our other simulators shutdown, so

Re: [Qemu-devel] dns server not working in QEMU using usermode networking (SLIRP)

This issue still exists for me in 2.9 rc4. -Original Message- From: Samuel Thibault [mailto:samuel.thiba...@gnu.org] Sent: Sunday, April 16, 2017 04:10 To: FONNEMANN Mark Cc: qemu-devel@nongnu.org Subject: Re: [Qemu-devel] dns server not working in QEMU

Re: [Qemu-devel] [PATCH 05/10] tcg: add jr opcode

On Sat, Apr 15, 2017 at 04:40:35 -0700, Richard Henderson wrote: > On 04/11/2017 06:17 PM, Emilio G. Cota wrote: > >This will be used by TCG targets to implement a fast path > >for indirect branches. > > > >I only have implemented and tested this on an i386 host, so > >make this opcode optional

Re: [Qemu-devel] [Qemu-block] [PATCH for-2.9-rc5 v2] block: Drain BH in bdrv_drained_begin

On Sat, Apr 15, 2017 at 01:10:02AM +0800, Paolo Bonzini wrote: > > > On 14/04/2017 16:51, Stefan Hajnoczi wrote: > > On Fri, Apr 14, 2017 at 9:02 AM, Fam Zheng wrote: > >> @@ -398,11 +399,15 @@ void bdrv_drain_all(void); > >> */

[Qemu-devel] [RFC] hw/arm/exynos: Add generic SDHCI devices

Exynos4210 has four SD/MMC controllers supporting: - SD Standard Host Specification Version 2.0, - MMC Specification Version 4.3, - SDIO Card Specification Version 2.0, - DMA and ADMA. Add emulation of SDHCI devices which allows accessing storage through SD cards. Differences from real

[Qemu-devel] [PATCH] hw: make *_exit functions return void

According to the second suggestion listed on Dead code Removal of BiteSizedTasks, I modify some *_exit functions to make them return void. Some *_exit and *_exitfn functions that already return void remain unchanged. Also, the checks for the callers are deleted. Signed-off-by:

[Qemu-devel] [PATCH 0/2] COLO-compare: Optimize tcp compare performance and trace format.

In the first patch, we add tcp options support to optimize compare performance. and another patch simplified code and adjust trace print format. Zhang Chen (2): COLO-compare: Optimize tcp compare for option field COLO-compare: Optimize tcp compare trace event net/colo-compare.c | 54

[Qemu-devel] [PATCH 1/2] COLO-compare: Optimize tcp compare for option field

In this patch we support packet that have tcp options field. Add tcp options field check, If the packet have options field we just skip it and compare tcp payload, Avoid unnecessary checkpoint, optimize performance. Signed-off-by: Zhang Chen --- net/colo-compare.c

[Qemu-devel] [PATCH 2/2] COLO-compare: Optimize tcp compare trace event

Optimize two trace events as one, adjust print format make it easy to read. rename trace_colo_compare_pkt_info_src/dst to trace_colo_compare_tcp_info. Signed-off-by: Zhang Chen --- net/colo-compare.c | 29 + net/trace-events | 3 +--

Re: [Qemu-devel] dns server not working in QEMU using usermode networking (SLIRP)

Hello, I hadn't seen the original report on the list, sorry. There is too much traffic on qemu-devel for me to manage to catch these :/ This problem was fixed by e42f869b ("slirp: Make RA build more flexible") and a2f80fdf ("slirp: Send RDNSS in RA only if host has an IPv6 DNS server") which

Re: [Qemu-devel] dns server not working in QEMU using usermode networking (SLIRP)

This has been filed as a bug: https://bugs.launchpad.net/qemu/+bug/1683084. Mark.