[Qemu-devel] [RFC v3 3/8] virtio_iommu: add skeleton

This patchs adds the skeleton for the virtio-iommu device. Signed-off-by: Eric Auger --- v2 -> v3: - rebase on 2.10-rc0, ie. use IOMMUMemoryRegion and remove iommu_ops. - advertise VIRTIO_IOMMU_F_MAP_UNMAP feature - page_sizes set to TARGET_PAGE_SIZE ---

[Qemu-devel] [RFC v3 2/8] linux-headers: Update for virtio-iommu

This is a partial linux header update against Jean-Philippe's branch: git://linux-arm.org/linux-jpb.git virtio-iommu/base (unstable) Signed-off-by: Eric Auger --- include/standard-headers/linux/virtio_ids.h | 1 + include/standard-headers/linux/virtio_iommu.h | 142

[Qemu-devel] [RFC v3 0/8] VIRTIO-IOMMU device

This series implements the virtio-iommu device. This v3 mostly is a rebase on top of v2.10-rc0 that uses IOMMUMmeoryRegion plus some small fixes. This is a proof of concept based on the virtio-iommu specification written by Jean-Philippe Brucker [1]. The device gets instantiated using the

[Qemu-devel] [RFC v3 1/8] update-linux-headers: import virtio_iommu.h

Update the script to update the virtio_iommu.h header. Signed-off-by: Eric Auger --- scripts/update-linux-headers.sh | 3 +++ 1 file changed, 3 insertions(+) diff --git a/scripts/update-linux-headers.sh b/scripts/update-linux-headers.sh index 2f906c4..03f6712 100755 ---

Re: [Qemu-devel] [PATCH for-2.10 2/2] xilinx-spips: add a migration blocker when using mmio_execution

On Tue, Aug 01, 2017 at 11:13:56AM +0200, KONRAD Frederic wrote: > > > On 08/01/2017 11:00 AM, Peter Maydell wrote: > >On 1 August 2017 at 09:10, KONRAD Frederic > >wrote: > >>This adds a migration blocker when mmio_execution has been used. > >> > >>Signed-off-by:

Re: [Qemu-devel] [PATCH v2 2/2] trace: add trace_event_get_state_backends()

On Mon, Jul 31, 2017 at 03:07:18PM +0100, Stefan Hajnoczi wrote: > Code that checks dstate is unaware of SystemTap and LTTng UST dstate, so > the following trace event will not fire when solely enabled by SystemTap > or LTTng UST: > > if (trace_event_get_state(TRACE_MY_EVENT)) { > str =

Re: [Qemu-devel] [PATCH v2 1/2] trace: add TRACE__BACKEND_DSTATE()

On Mon, Jul 31, 2017 at 05:35:11PM +0100, Stefan Hajnoczi wrote: > On Mon, Jul 31, 2017 at 04:16:39PM +0100, Daniel P. Berrange wrote: > > On Mon, Jul 31, 2017 at 03:07:17PM +0100, Stefan Hajnoczi wrote: > > > diff --git a/scripts/tracetool/backend/dtrace.py > > >

Re: [Qemu-devel] [Qemu-block] [PATCH v3] qemu-iotests: add a "how to" to ./README

On Mon, Jul 31, 2017 at 12:28:44PM -0500, Eric Blake wrote: > On 07/31/2017 11:26 AM, Stefan Hajnoczi wrote: > > There is not much getting started documentation for qemu-iotests. This > > patch explains how to create a new test and covers the overall testing > > approach. > > > > Cc: Ishani

Re: [Qemu-devel] [PATCH for-2.10 2/2] xilinx-spips: add a migration blocker when using mmio_execution

On 08/01/2017 11:00 AM, Peter Maydell wrote: On 1 August 2017 at 09:10, KONRAD Frederic wrote: This adds a migration blocker when mmio_execution has been used. Signed-off-by: KONRAD Frederic --- hw/ssi/xilinx_spips.c | 11

Re: [Qemu-devel] [PATCH for-2.10 2/2] xilinx-spips: add a migration blocker when using mmio_execution

On 1 August 2017 at 09:10, KONRAD Frederic wrote: > This adds a migration blocker when mmio_execution has been used. > > Signed-off-by: KONRAD Frederic > --- > hw/ssi/xilinx_spips.c | 11 +++ > 1 file changed, 11 insertions(+) >

Re: [Qemu-devel] [RFC 03/29] io: fix qio_channel_socket_accept err handling

* Daniel P. Berrange (berra...@redhat.com) wrote: > On Tue, Aug 01, 2017 at 10:25:19AM +0800, Peter Xu wrote: > > On Mon, Jul 31, 2017 at 05:53:39PM +0100, Dr. David Alan Gilbert wrote: > > > * Peter Xu (pet...@redhat.com) wrote: > > > > When accept failed, we should setup errp with the reason.

Re: [Qemu-devel] [RFC 10/29] migration: new property "x-postcopy-fast"

* Peter Xu (pet...@redhat.com) wrote: > On Mon, Jul 31, 2017 at 07:52:24PM +0100, Dr. David Alan Gilbert wrote: > > * Peter Xu (pet...@redhat.com) wrote: > > > This provides a way to start postcopy ASAP when migration starts. To do > > > this, we need both: > > > > > > -global

[Qemu-devel] [RFC PATCH] booke206: fix MAS update on tlb miss

When a tlb instruction miss happen, rw is set to 0 at the bottom of cpu_ppc_handle_mmu_fault which cause the MAS update function to miss the SAS and TS bit in MAS6, MAS1 in booke206_update_mas_tlb_miss. Just calling booke206_update_mas_tlb_miss with rw = 2 solve the issue. Signed-off-by: KONRAD

Re: [Qemu-devel] [RFC 04/29] bitmap: introduce bitmap_invert()

* Peter Xu (pet...@redhat.com) wrote: > On Mon, Jul 31, 2017 at 06:11:56PM +0100, Dr. David Alan Gilbert wrote: > > * Peter Xu (pet...@redhat.com) wrote: > > > It is used to invert the whole bitmap. > > > > Would it be easier to change bitmap_complement to use ^ > > in it's macro and

Re: [Qemu-devel] [Qemu-block] [PATCH] block: check BlockDriverState object before dereference

On 01/08/2017 02:14, John Snow wrote: > I may need some nudging towards understanding what the right solution > here is, though. Should the blk_aio_flush assume that there always is a > root BDS? should it not assume that? I think blk_aio_flush is not special. If there is no root BDS, either you

Re: [Qemu-devel] [PATCH v3 1/2] Add more function keys to QEMU

On Mon, Jul 31, 2017 at 03:44:36PM -0400, John Arbuckle wrote: > There are now keyboards that have 19 function keys. This patch extends QEMU > so these function keys can be used. > > Signed-off-by: John Arbuckle > --- > qapi-schema.json | 16 +++- >

Re: [Qemu-devel] [RFC 03/29] io: fix qio_channel_socket_accept err handling

On Tue, Aug 01, 2017 at 10:25:19AM +0800, Peter Xu wrote: > On Mon, Jul 31, 2017 at 05:53:39PM +0100, Dr. David Alan Gilbert wrote: > > * Peter Xu (pet...@redhat.com) wrote: > > > When accept failed, we should setup errp with the reason. More > > > importantly, the caller may assume errp be

Re: [Qemu-devel] [Qemu-arm] [PATCH v2 0/2] Add global device ID in virt machine

On Tue, Aug 01, 2017 at 05:05:42AM +0300, Michael S. Tsirkin wrote: > On Mon, Jul 31, 2017 at 03:13:09PM +, Diana Madalina Craciun wrote: > > On 07/31/2017 05:06 PM, Michael S. Tsirkin wrote: > > > On Mon, Jul 31, 2017 at 01:22:45PM +, Diana Madalina Craciun wrote: > > If we are to

Re: [Qemu-devel] [PATCH v2 1/2] build-sys: add --disable-vhost-user

On Fri, 28 Jul 2017 16:13:08 +0200 Marc-André Lureau wrote: > Learn to compile out vhost-user. Keep it enabled by default on > non-win32, that is assumed to be POSIX. Fail if trying to enable it on > win32. > > When trying to make a vhost-user netdev, it gives the

[Qemu-devel] [PATCH for-2.10 0/2] mmio-execution and migration

mmio-execution has incompatibilities with migration so this informs the potential developer that implementing request_ptr will break migration and adds a migration blocker in xilinx-spips when using mmio-execution. This bug affects the user which wants to execute code from SPI (which wasn't

[Qemu-devel] [PATCH for-2.10 2/2] xilinx-spips: add a migration blocker when using mmio_execution

This adds a migration blocker when mmio_execution has been used. Signed-off-by: KONRAD Frederic --- hw/ssi/xilinx_spips.c | 11 +++ 1 file changed, 11 insertions(+) diff --git a/hw/ssi/xilinx_spips.c b/hw/ssi/xilinx_spips.c index e833028..d46491f 100644 ---

[Qemu-devel] [PATCH for-2.10 1/2] mmio-execution: warn the potential developer about migration

There are two potential corner cases with mmio-execution: * It adds a mmio-interface device which will be migrated. * It modifies the RAMBlock list during live migration which odd side effects. Signed-off-by: KONRAD Frederic --- include/exec/memory.h | 4

[Qemu-devel] [PATCH v2 2/2] s390x/css: generate solicited crw for rchp completion signaling

A successful completion of rchp should signal a solicited channel path initialized CRW (channel report word), while the current implementation always generates an un-solicited one. Let's fix this. Reported-by: Halil Pasic Signed-off-by: Dong Jia Shi

[Qemu-devel] [PATCH v2 0/2] ERC cleanup and CRW bugfix (was: Channel Path realted CRW generation)

This series is trying to: 1. clear up ERC related code 2. bugfix for channel path related CRW generation Change log -- v1->v2: Patch #1: Add all ERCs. Commit message update. Patch #2: Rename the new added parameter to more speaking name -- solicited. Dong Jia Shi (2): s390x/css:

[Qemu-devel] [PATCH v2 1/2] s390x/css: use macro for event-information pending error recover code

Let's use a macro for the ERC (error recover code) when generating a Channel Subsystem Event-information pending CRW (channel report word). While we are at it, let's also add all other ERCs. Signed-off-by: Dong Jia Shi --- hw/s390x/css.c| 2 +-

Re: [Qemu-devel] [PATCH 3/3] s390x/css: generate channel path initialized CRW for channel path hotplug

* Cornelia Huck [2017-08-01 09:24:20 +0200]: > On Tue, 1 Aug 2017 10:29:10 +0800 > Dong Jia Shi wrote: > > > * Cornelia Huck [2017-07-31 13:13:02 +0200]: > > > > > On Mon, 31 Jul 2017 11:51:37 +0800 > > > Dong Jia Shi

Re: [Qemu-devel] [PATCH 3/3] s390x/css: generate channel path initialized CRW for channel path hotplug

On Tue, 1 Aug 2017 10:29:10 +0800 Dong Jia Shi wrote: > * Cornelia Huck [2017-07-31 13:13:02 +0200]: > > > On Mon, 31 Jul 2017 11:51:37 +0800 > > Dong Jia Shi wrote: > > > When defining a vfio-ccw device, since the

Re: [Qemu-devel] [PATCH] watchdog: wdt_aspeed: Add support for the reset width register

On 08/01/2017 03:04 AM, Andrew Jeffery wrote: > The reset width register controls how the pulse on the SoC's WDTRST{1,2} > pins behaves. A pulse is emitted if the external reset bit is set in > WDT_CTRL. WDT_RESET_WIDTH requires magic bit patterns to configure both > push-pull/open-drain and

Re: [Qemu-devel] [PATCH 0/3] Channel Path realted CRW generation

On Tue, 1 Aug 2017 10:12:31 +0800 Dong Jia Shi wrote: > Since I only want to expose the minimum information that the guest needs > to work without serious problem. I think I can also deffer these stuff > until we have the good chp modelling. Yes, that's probably the

[Qemu-devel] Does qemu guest agent support 'guest-exec'?

Hi, qemu/scripts/qmp/qemu-ga-client seems only support "cat, fsfreeze, fstrim, halt, ifconfig, info, ping, powerdown, reboot, shutdown, suspend". But from qemu/qga/commands.c seems at least Linux guest should already support this. Despite qemu-ga-client, how can I talk to guest-agent in guest

Re: [Qemu-devel] [PATCH v2 for-2.11 3/3] qemu-iotests: add option to save temp files on error

Jeff Cody writes: > Now that ./check takes care of cleaning up after each tests, it > can also selectively not clean up. Add option to leave all output from > tests intact if that test encountered an error. > > Note: this currently only works for bash tests, as the python

Re: [Qemu-devel] [RFC 11/29] migration: new postcopy-pause state

On Mon, Jul 31, 2017 at 08:06:18PM +0100, Dr. David Alan Gilbert wrote: > * Peter Xu (pet...@redhat.com) wrote: > > Introducing a new state "postcopy-paused", which can be used to pause a > > postcopy migration. It is targeted to support network failures during > > postcopy migration. Now when

Re: [Qemu-devel] [RFC 01/29] migration: fix incorrect postcopy recved_bitmap

On 08/01/2017 09:02 AM, Peter Xu wrote: On Tue, Aug 01, 2017 at 08:48:18AM +0300, Alexey Perevalov wrote: On 08/01/2017 05:11 AM, Peter Xu wrote: On Mon, Jul 31, 2017 at 05:34:14PM +0100, Dr. David Alan Gilbert wrote: * Peter Xu (pet...@redhat.com) wrote: The bitmap setup during postcopy is

Re: [Qemu-devel] [Qemu devel v6 PATCH 2/5] msf2: Microsemi Smartfusion2 System Register block.

Hi Philippe, Ping again :) Thanks, Sundeep On Fri, Jul 21, 2017 at 2:50 PM, sundeep subbaraya wrote: > Hi, > > Ping > > On Thu, Jul 13, 2017 at 7:51 AM, sundeep subbaraya > wrote: > >> Hi Phiiippe, >> >> Gentle reminder. >> >> Thanks, >>

Re: [Qemu-devel] [RFC 01/29] migration: fix incorrect postcopy recved_bitmap

On Tue, Aug 01, 2017 at 08:48:18AM +0300, Alexey Perevalov wrote: > On 08/01/2017 05:11 AM, Peter Xu wrote: > >On Mon, Jul 31, 2017 at 05:34:14PM +0100, Dr. David Alan Gilbert wrote: > >>* Peter Xu (pet...@redhat.com) wrote: > >>>The bitmap setup during postcopy is incorrectly when the pgaes are

<    1   2   3