[Qemu-devel] [ PATCH ] hpet: recover timer offset correctly

HPET saves its state by calculating the current time and recovers timer offset using this calculated value. But these calculations include divisions and multiplications. Therefore the timer state cannot be recovered precise enough. This patch introduces saving of the original value of the offset

Re: [Qemu-devel] [PATCH v2 03/19] spapr: introduce the XIVE interrupt sources

On 12/20/2017 06:22 AM, David Gibson wrote: > On Sat, Dec 09, 2017 at 09:43:22AM +0100, Cédric Le Goater wrote: >> Each XIVE interrupt source is associated with a two bit state machine >> called an Event State Buffer (ESB) : the first bit "P" means that an >> interrupt is "pending" and waiting for

Re: [Qemu-devel] [PATCH v2 02/19] spapr: introduce a skeleton for the XIVE interrupt controller

On 12/20/2017 06:09 AM, David Gibson wrote: > On Sat, Dec 09, 2017 at 09:43:21AM +0100, Cédric Le Goater wrote: >> With the POWER9 processor comes a new interrupt controller called >> XIVE. It is composed of three sub-engines : >> >> - Interrupt Virtualization Source Engine (IVSE). These are in

Re: [Qemu-devel] [RESEND PATCH 2/6] memory: introduce AddressSpaceOps and IOMMUObject

On Mon, Dec 18, 2017 at 10:35:31PM +1100, David Gibson wrote: > On Wed, Nov 15, 2017 at 03:16:32PM +0800, Peter Xu wrote: > > On Tue, Nov 14, 2017 at 10:52:54PM +0100, Auger Eric wrote: > > > > [...] > > > > > I meant, in the current intel_iommu code, vtd_find_add_as() creates 1 > > > IOMMU MR

Re: [Qemu-devel] [RESEND PATCH 2/6] memory: introduce AddressSpaceOps and IOMMUObject

On Mon, Dec 18, 2017 at 10:22:18PM +1100, David Gibson wrote: > On Mon, Dec 18, 2017 at 05:17:35PM +0800, Liu, Yi L wrote: > > On Mon, Dec 18, 2017 at 05:14:42PM +1100, David Gibson wrote: > > > On Thu, Nov 16, 2017 at 04:57:09PM +0800, Liu, Yi L wrote: > > > > Hi David, > > > > > > > > On Tue,

Re: [Qemu-devel] [PATCH 9/9] iotests.py: use io.StringIO with python3

On 19.12.2017 18:34, Philippe Mathieu-Daudé wrote: > Signed-off-by: Philippe Mathieu-Daudé > --- > tests/qemu-iotests/iotests.py | 7 +-- > 1 file changed, 5 insertions(+), 2 deletions(-) > > diff --git a/tests/qemu-iotests/iotests.py b/tests/qemu-iotests/iotests.py > index

Re: [Qemu-devel] vhost-user graceful connect/disconnect

On Tue, 12/19 16:21, Stefan Hajnoczi wrote: > Hi, > Vhost-user implementations assume the slave is already running before > the master starts. The slave is required during virtio device > initialization (e.g. feature bit negotiation) and so it is simplest to > assume that the master is already

Re: [Qemu-devel] [PATCH RFC] error: Include hint everywhere

On Tue, 12/19 15:29, Markus Armbruster wrote: > Adding Eric for additonal QMP design expertise. > > Fam Zheng writes: > > > Previously we only print hint lines if we are in a command line context > > or HMP. However QMP errors are also eventually consumed by human and the > >

Re: [Qemu-devel] [virtio-dev] [PATCH v3 0/7] Vhost-pci for inter-VM communication

On Wed, Dec 20, 2017 at 4:06 AM, Michael S. Tsirkin wrote: > On Tue, Dec 19, 2017 at 05:05:59PM +, Stefan Hajnoczi wrote: >> On Tue, Dec 19, 2017 at 2:56 PM, Michael S. Tsirkin wrote: >> >> * Please handle short reads/writes and EAGAIN with the UNIX domain

Re: [Qemu-devel] [PATCH v2 03/19] spapr: introduce the XIVE interrupt sources

On Sat, Dec 09, 2017 at 09:43:22AM +0100, Cédric Le Goater wrote: > Each XIVE interrupt source is associated with a two bit state machine > called an Event State Buffer (ESB) : the first bit "P" means that an > interrupt is "pending" and waiting for an EOI and the bit "Q" (queued) > means a new

Re: [Qemu-devel] [PATCH v2 02/19] spapr: introduce a skeleton for the XIVE interrupt controller

On Sat, Dec 09, 2017 at 09:43:21AM +0100, Cédric Le Goater wrote: > With the POWER9 processor comes a new interrupt controller called > XIVE. It is composed of three sub-engines : > > - Interrupt Virtualization Source Engine (IVSE). These are in PHBs, > in the main controller for the IPIS

Re: [Qemu-devel] [PATCH v2 03/19] spapr: introduce the XIVE interrupt sources

On Tue, Dec 19, 2017 at 07:37:31AM +0100, Cédric Le Goater wrote: > On 12/18/2017 01:59 AM, Benjamin Herrenschmidt wrote: > > On Thu, 2017-12-14 at 16:24 +0100, Cédric Le Goater wrote: > >> The API between the source and the IVRE is extremely simple : > >> > >> static void

Re: [Qemu-devel] [PATCH] virtio-pci: Add subsystem-vendor-id property

Hi Michael, > On Dec 19, 2017, at 8:27 PM, Michael S. Tsirkin wrote: > > On Wed, Dec 13, 2017 at 12:26:44AM -0800, b...@skyportsystems.com wrote: >> From: Ben Warren >> >> Now that virtio-win guest drivers provided by non-Redhat vendors need to >> use

Re: [Qemu-devel] [PATCH v1] hmp: 'info snapshots' not showing the id

On 12/19/2017 07:50 PM, Max Reitz wrote: On 2017-12-18 10:24, seeteena wrote: On 12/15/2017 02:48 PM, Max Reitz wrote: On 2017-12-13 05:50, seeteena wrote: Hi David, While creating snapshots when tag name '0' used in the very first and followed by tag name '1' then snapshot created with

Re: [Qemu-devel] [PATCH] virtio-pci: Add subsystem-vendor-id property

On Wed, Dec 13, 2017 at 12:26:44AM -0800, b...@skyportsystems.com wrote: > From: Ben Warren > > Now that virtio-win guest drivers provided by non-Redhat vendors need to > use a different Subsystem Vendor ID value, a way is needed to set this > parameter on the host.

Re: [Qemu-devel] [PATCH v3 0/2] virtio: fix IO request length in virtio SCSI/block

On Fri, Dec 15, 2017 at 06:02:48PM +0300, Denis V. Lunev wrote: > v2->v3 > - added 2.12 machine types > - added compat properties for 2.11 machine type > > v1->v2: > - added max_segments property for virtblock device I'm not applying this for now. It seems too easy to create illegal

Re: [Qemu-devel] [PATCH v3 0/2] virtio: fix IO request length in virtio SCSI/block

On Tue, Dec 19, 2017 at 03:45:52PM +0300, Denis V. Lunev wrote: > On 12/15/2017 06:02 PM, Denis V. Lunev wrote: > > v2->v3 > > - added 2.12 machine types > > - added compat properties for 2.11 machine type > > > > v1->v2: > > - added max_segments property for virtblock device > > > >

Re: [Qemu-devel] [PATCH 2/2] virtio: fix IO request length in virtio SCSI/block

On Mon, Dec 18, 2017 at 07:35:48PM +, Felipe Franciosi wrote: > >> CCed Felipe (Nutanix) and Jim (SPDK) in case they have comments. > > > > SPDK vhost-user targets only expect max 128 segments. They also > > pre-allocate I/O task structures when QEMU connects to the vhost-user > > device.

Re: [Qemu-devel] [PATCH V2 4/5] pvrdma: initial implementation

On Tue, Dec 19, 2017 at 04:13:18PM -0300, Philippe Mathieu-Daudé wrote: > Hi Marcel, Yuval, > > On Sun, Dec 17, 2017 at 9:54 AM, Marcel Apfelbaum wrote: > > From: Yuval Shaia > > > > PVRDMA is the QEMU implementation of VMware's paravirtualized RDMA

Re: [Qemu-devel] [virtio-dev] [PATCH v3 0/7] Vhost-pci for inter-VM communication

On Tue, Dec 19, 2017 at 05:05:59PM +, Stefan Hajnoczi wrote: > On Tue, Dec 19, 2017 at 2:56 PM, Michael S. Tsirkin wrote: > >> * Please handle short reads/writes and EAGAIN with the UNIX domain > >> socket. Do > >>not use read/write_all() functions because they hang

Re: [Qemu-devel] [PATCH 15/17] ppc: add mvme3100 machine

On Sun, Nov 26, 2017 at 03:59:13PM -0600, Michael Davidsaver wrote: > Signed-off-by: Michael Davidsaver > --- > default-configs/ppc-softmmu.mak | 1 + > hw/ppc/Makefile.objs| 1 + > hw/ppc/mvme3100.c | 740 >

Re: [Qemu-devel] [PATCH qemu v2] RFC: vfio-pci: Allow mmap of MSIX BAR

On Wed, Dec 20, 2017 at 12:13:04PM +1100, Alexey Kardashevskiy wrote: > On 20/12/17 04:26, Alex Williamson wrote: > > On Tue, 19 Dec 2017 15:52:02 +1100 > > David Gibson wrote: > > > >> On Fri, Dec 15, 2017 at 05:29:14PM +1100, Alexey Kardashevskiy wrote: > >>> This

Re: [Qemu-devel] [PATCH 0/2] vtd: tiny fixes for 2.12

On Fri, Dec 08, 2017 at 12:26:52PM +0800, Peter Xu wrote: > Please review. Thanks, Ping for 2.12. > > Peter Xu (2): > intel_iommu: remove X86_IOMMU_PCI_DEVFN_MAX > intel_iommu: fix error param in string > > hw/i386/intel_iommu.c | 12 ++-- > include/hw/i386/x86-iommu.h | 1

Re: [Qemu-devel] [PATCH v2 0/3] cpu: suffix cpu address spaces with indexes

On Fri, Nov 24, 2017 at 03:34:14PM +0800, Peter Xu wrote: > v2: > - drop patch 1 since merged > - add last patch as suggested by Paolo > > Please review, thanks. Ping for 2.12 dev window. > > Peter Xu (3): > cpu: refactor cpu_address_space_init() > cpu: suffix cpu address spaces with cpu

Re: [Qemu-devel] [PATCH 0/2] migration/channel errors and cancelling

On Tue, Dec 19, 2017 at 11:33:21AM +, Dr. David Alan Gilbert wrote: > * Peter Xu (pet...@redhat.com) wrote: > > On Tue, Dec 19, 2017 at 10:14:08AM +, Dr. David Alan Gilbert wrote: > > > * Peter Xu (pet...@redhat.com) wrote: > > > > On Fri, Dec 15, 2017 at 05:16:53PM +, Dr. David Alan

Re: [Qemu-devel] [PATCH] virtio-blk: notify guest directly

In fact, I firstly found a performance loss before and after commit 9ffe337 using fio tools in suse11-sp3 guest(vitio-blk), especially when testing 4k single IO models(say, write, randwrite, read and randread, with iodepth set to 1), the result is 15%-20% performance loss since commit

Re: [Qemu-devel] [PATCH v20 0/7] Virtio-balloon Enhancement

Matthew Wilcox wrote: > > I think xb_find_set() has a bug in !node path. > > Don't think. Write a test-case. Please. If it shows a bug, then great, +unsigned long xb_find_set(struct xb *xb, unsigned long size, + unsigned long offset) +{ + struct radix_tree_root

Re: [Qemu-devel] [PATCH qemu] RFC: spapr/iommu: Enable in-kernel TCE acceleration via VFIO KVM device

On 20/12/17 01:59, Paolo Bonzini wrote: > On 19/12/2017 15:09, Alex Williamson wrote: >> On Tue, 19 Dec 2017 12:12:35 +0100 >> Paolo Bonzini wrote: >> >>> On 12/12/2017 06:46, Alex Williamson wrote: > +enum IOMMUMemoryRegionAttr { > +IOMMU_ATTR_KVM_FD

Re: [Qemu-devel] [Qemu-ppc] [PATCH v2] hw/ide: Emulate SiI3112 SATA controller

On 12/18/2017 08:18 PM, David Gibson wrote: > On Mon, Dec 18, 2017 at 01:33:07PM -0500, John Snow wrote: >> >> >> On 12/18/2017 07:30 AM, BALATON Zoltan wrote: >>> On Mon, 18 Dec 2017, David Gibson wrote: On Sat, Dec 16, 2017 at 11:42:39PM +0100, BALATON Zoltan wrote: > This is a common

Re: [Qemu-devel] [PATCH qemu v2] RFC: vfio-pci: Allow mmap of MSIX BAR

On 20/12/17 04:26, Alex Williamson wrote: > On Tue, 19 Dec 2017 15:52:02 +1100 > David Gibson wrote: > >> On Fri, Dec 15, 2017 at 05:29:14PM +1100, Alexey Kardashevskiy wrote: >>> This makes use of a new VFIO_REGION_INFO_CAP_MSIX_MAPPABLE capability >>> which tells

Re: [Qemu-devel] [PATCH for-2.12 0/4] qmp dirty bitmap API

On 12/19/2017 11:07 AM, Vladimir Sementsov-Ogievskiy wrote: > 13.12.2017 07:12, Fam Zheng wrote: >> On Mon, 11/13 19:20, Vladimir Sementsov-Ogievskiy wrote: >>> Hi all. >>> >>> There are three qmp commands, needed to implement external backup API. >>> >>> Using these three commands, client may

Re: [Qemu-devel] [PATCH v4 0/5] Add a valid_cpu_types property

On Tue, Dec 19, 2017 at 4:55 PM, Alistair Francis wrote: > On Tue, Dec 19, 2017 at 4:43 PM, Peter Maydell > wrote: >> On 20 December 2017 at 00:27, Alistair Francis >> wrote: >>> There are numorous QEMU

Re: [Qemu-devel] [PATCH] virtio-blk: notify guest directly

On 19/12/2017 14:33, sochin.jiang wrote: > From: "sochin.jiang" > > Till now, we've already notify guest as a batch mostly, an > extra BH won't decrease guest interrupts much, but cause a > significant notification loss. Generally, we could have 15% > or so

Re: [Qemu-devel] [PATCH v4 0/5] Add a valid_cpu_types property

On Tue, Dec 19, 2017 at 4:43 PM, Peter Maydell wrote: > On 20 December 2017 at 00:27, Alistair Francis > wrote: >> There are numorous QEMU machines that only have a single or a handful of >> valid CPU options. To simplyfy the management of

Re: [Qemu-devel] [PATCH] hw/misc: Add code to emulate Xilinx Slave Serial port

On Thu, Dec 14, 2017 at 7:19 AM, Andrey Smirnov wrote: > Add code to emulate Xilinx Slave Serial FPGA configuration port. > > Cc: "Edgar E. Iglesias" > Cc: Alistair Francis > Cc: qemu-devel@nongnu.org > Cc:

Re: [Qemu-devel] [RFC v6 1/2] virtio: introduce `query-virtio' QMP command

On Tue, 19 Dec 2017 15:57:18 +0100 Markus Armbruster wrote: > QAPI/QMP interface review only. > > You neglected to cc: the maintainers of qapi-schema.json, so I'm doing > that for you. > Thank you so much. I screwed up with this patchset at least twice: with list of

Re: [Qemu-devel] [PATCH v4 0/5] Add a valid_cpu_types property

On 20 December 2017 at 00:27, Alistair Francis wrote: > There are numorous QEMU machines that only have a single or a handful of > valid CPU options. To simplyfy the management of specificying which CPU > is/isn't valid let's create a property that can be set in the

[Qemu-devel] [PATCH v4 1/5] netduino2: Specify the valid CPUs

List all possible valid CPU options. Although the board only ever has a Cortex-M3 we mark the Cortex-M4 as supported because the Netduino2 Plus supports the Cortex-M4 and the Netduino2 Plus is similar to the Netduino2. Signed-off-by: Alistair Francis Reviewed-by:

[Qemu-devel] [PATCH v4 4/5] xlnx-zcu102: Specify the valid CPUs

List all possible valid CPU options. Signed-off-by: Alistair Francis Reviewed-by: Eduardo Habkost Reviewed-by: Philippe Mathieu-Daudé --- An implementation for single CPU machines is still being discussed. A solution proposed

[Qemu-devel] [PATCH v4 0/5] Add a valid_cpu_types property

There are numorous QEMU machines that only have a single or a handful of valid CPU options. To simplyfy the management of specificying which CPU is/isn't valid let's create a property that can be set in the machine init. We can then check to see if the user supplied CPU is in that list or not. I

[Qemu-devel] [PATCH v4 2/5] bcm2836: Use the Cortex-A7 instead of Cortex-A15

The BCM2836 uses a Cortex-A7 not a Cortex-A15. Update the device to use the correct CPU. https://www.raspberrypi.org/documentation/hardware/raspberrypi/bcm2836/QA7_rev3.4.pdf Signed-off-by: Alistair Francis Reviewed-by: Philippe Mathieu-Daudé

[Qemu-devel] [PATCH v4 5/5] xilinx_zynq: Specify the valid CPUs

List all possible valid CPU options. Signed-off-by: Alistair Francis Reviewed-by: Philippe Mathieu-Daudé --- V4: - Remove spaces V3: - Make variable static V2: - Fixup alignment hw/arm/xilinx_zynq.c | 6 ++ 1 file changed, 6 insertions(+)

[Qemu-devel] [PATCH v4 3/5] raspi: Specify the valid CPUs

List all possible valid CPU options. Signed-off-by: Alistair Francis Reviewed-by: Philippe Mathieu-Daudé --- V4: - Remove spaces V3: - Add static property V2: - Fix the indentation hw/arm/raspi.c | 7 +++ 1 file changed, 7 insertions(+)

Re: [Qemu-devel] [PATCH V10] qqq: module for synchronizing with a simulation

Hi, This series seems to have some coding style problems. See output below for more information: Type: series Message-id: 1513724822-25232-1-git-send-email-nutar...@ornl.gov Subject: [Qemu-devel] [PATCH V10] qqq: module for synchronizing with a simulation === TEST SCRIPT BEGIN === #!/bin/bash

[Qemu-devel] [PATCH V10] qqq: module for synchronizing with a simulation

This patch adds an interface for pacing the execution of QEMU to match an external simulation clock. Its aim is to permit QEMU to be used as a module within a larger simulation system. This version renames the feature "external-sim" and cleans up the code for the most recent code in the git repo.

[Qemu-devel] [Bug 1310714] Re: User mode networking SLIRP rapid memory leak

I believe this is the issue i am seeing as well. QEMU continues to consume memory (>6GB) until the host machine runs out of memory (I am also using slirp for networking). I am able to reproduce it from qemu 2.5 (version found in apt-get for ubuntu 16.04.3 LTS) and I verified it exists after I

[Qemu-devel] [Bug 1738691] Re: Guest kernel crashes with kvm_pr on POWER8

Is this the correct place to file kvm-pr bug reports? -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.launchpad.net/bugs/1738691 Title: Guest kernel crashes with kvm_pr on POWER8 Status in QEMU: New Bug

Re: [Qemu-devel] [PATCH v5 29/29] target: Use qemu_log() instead of fprintf(stderr, ...)

On Mon, Nov 13, 2017 at 11:40 PM, Thomas Huth wrote: > On 13.11.2017 23:36, Alistair Francis wrote: >> Signed-off-by: Alistair Francis > [...] >> diff --git a/target/ppc/translate.c b/target/ppc/translate.c >> index 998fbed848..8eafe30624 100644 >>

[Qemu-devel] [Bug 1739304] [NEW] Passing a directory to (eg.) -cdrom results in misleading error message

Public bug reported: For example: qemu-system-x86_64 -cdrom /path/to/directory Results in: Could not read image for determining its format: File too large ** Affects: qemu Importance: Undecided Status: New -- You received this bug notification because you are a member

Re: [Qemu-devel] [PATCH 0/9] iotests: python3 compatibility

On 19/12/2017 18:34, Philippe Mathieu-Daudé wrote: > Hi, > > This is a very boring series. > > I a later series I refactor the iotests.py class, however when the first > version > of series [1] was posted I received comments that this class should no support > Python 3. > > I didn't tested

Re: [Qemu-devel] [PATCH v2 0/2] vhost: two fixes

On Fri, Dec 15, 2017 at 04:45:53PM +0800, Jay Zhou wrote: > v1 -> v2: > * delete the "used_memslots" global variable, and add it > for vhost-user and vhost-kernel separately imammedo, any feedback on this? > Jay Zhou (2): > vhost: add used memslot number for vhost-user and vhost-kernel

Re: [Qemu-devel] [PULL 0/6] Queued target/sh4 patches

On 18 December 2017 at 22:40, Aurelien Jarno wrote: > The following changes since commit eaefea537b476cb853e2edbdc68e969ec777e4bb: > > Merge remote-tracking branch 'remotes/mjt/tags/trivial-patches-fetch' into > staging (2017-12-18 14:17:42 +) > > are available in the

Re: [Qemu-devel] [PATCH] monitor: Remove legacy "-mon default=on" parameter

Am 19.12.2017 um 17:34 schrieb Thomas Huth: > No, as far as I know, the online qemu-doc is only updated for release > candidates and releases, so the current information will stay there a > little bit longer. It's normally updated when I create new QEMU installers for Windows. I can update it

[Qemu-devel] [PATCH v2 4/5] configure: Add aarch64_be-linux-user target

Add target aarch64_be-linux-user. This allows a qemu-aarch64_be binary to be built that will run big-endian aarch64 binaries. Signed-off-by: Michael Weiser --- configure | 9 + default-configs/aarch64_be-linux-user.mak | 1 + 2

[Qemu-devel] [PATCH v2 5/5] linux-user: Add aarch64_be magic numbers to qemu-binfmt-conf.sh

As we now have a linux-user aarch64_be target, we can add it to the list of supported targets in qemu-binfmt-conf.sh Signed-off-by: Michael Weiser --- scripts/qemu-binfmt-conf.sh | 6 +- 1 file changed, 5 insertions(+), 1 deletion(-) diff --git

Re: [Qemu-devel] [qemu-s390x] [PATCH v2 1/5] s390-ccw: update libc

On 12/19/2017 11:29 AM, Collin L. Walling wrote: On 12/19/2017 02:31 AM, Thomas Huth wrote: On 18.12.2017 17:16, Collin L. Walling wrote: On 12/18/2017 08:06 AM, Thomas Huth wrote: On 11.12.2017 23:19, Collin L. Walling wrote: Moved:     memcmp from bootmap.h to libc.h (renamed from _memcmp)

[Qemu-devel] [PATCH v2 2/5] linux-user: Add separate aarch64_be uname

Make big-endian aarch64 systems identify as aarch64_be as expected by big-endian userland and toolchains. Signed-off-by: Michael Weiser --- linux-user/aarch64/target_syscall.h | 4 1 file changed, 4 insertions(+) diff --git a/linux-user/aarch64/target_syscall.h

[Qemu-devel] [PATCH v2 1/5] linux-user: Add support for big-endian aarch64

Enable big-endian mode for data accesses on aarch64 for big-endian linux user mode. Activate it for all execution levels as documented by ARM: Set the SCTLR EE bit for ELs 1 through 3. Additionally set bit E0E in EL1 to enable it in EL0 as well. Signed-off-by: Michael Weiser

[Qemu-devel] [PATCH v2 0/5] Add aarch64_be-linux-user target

Hello, below patches add support for big-endian aarch64 to linux-user. Almost everything is already in place. The patches just set up the CPU flags as required for big-endianess, add a distinction in uname and make sure the instructions for the signal trampoline end up in memory little-endian.

[Qemu-devel] [PATCH v2 3/5] linux-user: Fix endianess of aarch64 signal trampoline

Since for aarch64 the signal trampoline is synthesized directly into the signal frame we need to make sure the instructions end up little-endian. Otherwise the wrong endianness will cause a SIGILL upon return from the signal handler on big-endian targets. Signed-off-by: Michael Weiser

Re: [Qemu-devel] [PATCH 0/4] Add aarch64_be-linux-user target

Hello Laurent, On Tue, Dec 19, 2017 at 05:17:35PM +0100, Laurent Vivier wrote: > > below patches add support for big-endian aarch64 to linux-user. Almost > Could you also update scripts/qemu-binfmt-conf.sh for the aarch64_be magic? Done. v2 forthcoming. -- Bye, Michael

Re: [Qemu-devel] [PATCH] Split adb.c into adb.c, adb-mouse.c and adb-kbd.c

On 19/12/17 11:54, Laurent Vivier wrote: It makes the code clearer to separate the bus implementation from the devices one. Remove ADB_DPRINTF() from adb.c instead of adding it to new files. Some minor changes to make checkpatch.pl happy. Signed-off-by: Laurent Vivier ---

Re: [Qemu-devel] [PATCH V2 4/5] pvrdma: initial implementation

Hi Marcel, Yuval, On Sun, Dec 17, 2017 at 9:54 AM, Marcel Apfelbaum wrote: > From: Yuval Shaia > > PVRDMA is the QEMU implementation of VMware's paravirtualized RDMA device. > It works with its Linux Kernel driver AS IS, no need for any special guest >

Re: [Qemu-devel] [PULL 00/10] Block patches

On 18 December 2017 at 21:08, Jeff Cody wrote: > The following changes since commit 411ad78115ebeb3411cf4b7622784b93dfabe259: > > Merge remote-tracking branch > 'remotes/stefanberger/tags/pull-tpm-2017-12-15-1' into staging (2017-12-17 > 15:27:41 +) > > are available in

[Qemu-devel] [Bug 1722884] Re: keyboard input while mouse moving triggers mouse failure

This bug needs some attention, we just released Looking Glass which relies heavily on the relative input mode of SPICE which in turn relies heavily on the virtual i8042 controller. This project has the ability to completely eliminate the need to dual boot a Linux machine with windows and is

Re: [Qemu-devel] [PATCH] monitor: Remove legacy "-mon default=on" parameter

* Thomas Huth (th...@redhat.com) wrote: > On 19.12.2017 17:21, Daniel P. Berrange wrote: > > On Tue, Dec 19, 2017 at 05:17:33PM +0100, Thomas Huth wrote: > >> The "default" parameter of the "-mon" option is useless since > >> QEMU v2.4.0, and marked as deprecated since QEMU v2.8.0. That > >>

[Qemu-devel] [PATCH 2/3] vhost: introduce backend's user address type

User backends don't need to know about QEMU virtual addresses. It is possible to use guest physical addresses as user addresses without user backends changes. This patch introduces a new enum in VhostOps to specify whether the backend expects the user addresses to be host virtual or guest

[Qemu-devel] [PATCH 3/3] vhost-user: no more leak QEMU virtual addresses to user backend

The user backends use user address from VHOST_USER_SET_MEM_TABLE to be able to handle VHOST_USER_SET_VRING_ADDR and VHOST_USER_IOTLB_MSG payloads. Now that Vhost code supports the use of Guest physical addresses instead of QEMU process virtual addresses, let's do the switch to avoid leaking QEMU

[Qemu-devel] [PATCH 1/3] vhost-user: rename VhostUserMemory userspace_addr field to user_addr

The Vhost-user specification does not specify the user address should be a valid address within master process address space. Let's name it user_addr to comply with the specification. Cc: Stefan Hajnoczi Cc: Michael S. Tsirkin Signed-off-by: Maxime

[Qemu-devel] [PATCH 0/3] Vhost: no more leak QEMU virtual addresses to user backend

Before this series, QEMU process virtual addresses are sent to the user backend as user addresses. Passing these virtual addresses aren't useful, as the backend doesn't direct access to QEMU address space. It does make sense however for kernel backend, which can access QEMU address space. This

Re: [Qemu-devel] [PATCH v20 0/7] Virtio-balloon Enhancement

On Tue, Dec 19, 2017 at 11:05:11PM +0900, Tetsuo Handa wrote: > Wei Wang wrote: > > ChangeLog: > > v19->v20: > > 1) patch 1: xbitmap > > - add __rcu to "void **slot"; > > - remove the exceptional path. > > 2) patch 3: xbitmap > > - DeveloperNotes: add an item to comment that the

Re: [Qemu-devel] [PATCH v1 10/13] ui: fix VNC client throttling when forced update is requested

On Tue, Dec 19, 2017 at 06:57:23PM +0100, Marc-André Lureau wrote: > Hi > > On Mon, Dec 18, 2017 at 8:12 PM, Daniel P. Berrange > wrote: > > The VNC server must throttle data sent to the client to prevent the 'output' > > buffer size growing without bound, if the client

[Qemu-devel] [Bug 1299566] Re: virtio serial doesn't work with virtio nic

I can't reproduce it now, I don't even remember this issue. -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.launchpad.net/bugs/1299566 Title: virtio serial doesn't work with virtio nic Status in QEMU: Incomplete

Re: [Qemu-devel] [PATCH V2 0/5] hw/pvrdma: PVRDMA device implementation

On Sun, Dec 17, 2017 at 02:54:52PM +0200, Marcel Apfelbaum wrote: > RFC -> V2: > - Full implementation of the pvrdma device > - Backend is an ibdevice interface, no need for the KDBR module > > General description > === > PVRDMA is the QEMU implementation of VMware's

Re: [Qemu-devel] [PATCH v1 10/13] ui: fix VNC client throttling when forced update is requested

Hi On Mon, Dec 18, 2017 at 8:12 PM, Daniel P. Berrange wrote: > The VNC server must throttle data sent to the client to prevent the 'output' > buffer size growing without bound, if the client stops reading data off the > socket (either maliciously or due to stalled/slow

Re: [Qemu-devel] [PATCH V2 5/5] MAINTAINERS: add entry for hw/net/pvrdma

On Sun, Dec 17, 2017 at 02:54:57PM +0200, Marcel Apfelbaum wrote: > Signed-off-by: Marcel Apfelbaum > Signed-off-by: Yuval Shaia > --- > MAINTAINERS | 7 +++ > 1 file changed, 7 insertions(+) > > diff --git a/MAINTAINERS b/MAINTAINERS > index

Re: [Qemu-devel] [PATCH V2 4/5] pvrdma: initial implementation

I won't have time to review before the next year. Results of a quick peek. On Sun, Dec 17, 2017 at 02:54:56PM +0200, Marcel Apfelbaum wrote: > +static void *mad_handler_thread(void *arg) > +{ > +PVRDMADev *dev = (PVRDMADev *)arg; > +int rc; > +QObject *o_ctx_id; > +unsigned long

Re: [Qemu-devel] [PATCH V2 3/5] docs: add pvrdma device documentation

On Sun, Dec 17, 2017 at 02:54:55PM +0200, Marcel Apfelbaum wrote: > Signed-off-by: Marcel Apfelbaum > Signed-off-by: Yuval Shaia > --- > docs/pvrdma.txt | 145 > > 1 file changed, 145

Re: [Qemu-devel] [PULL 00/10] Command line patches for 2017-12-18

On 18 December 2017 at 17:30, Markus Armbruster wrote: > The following changes since commit 411ad78115ebeb3411cf4b7622784b93dfabe259: > > Merge remote-tracking branch > 'remotes/stefanberger/tags/pull-tpm-2017-12-15-1' into staging (2017-12-17 > 15:27:41 +) > > are

[Qemu-devel] [PATCH 9/9] iotests.py: use io.StringIO with python3

Signed-off-by: Philippe Mathieu-Daudé --- tests/qemu-iotests/iotests.py | 7 +-- 1 file changed, 5 insertions(+), 2 deletions(-) diff --git a/tests/qemu-iotests/iotests.py b/tests/qemu-iotests/iotests.py index 4c515d2e6c..0e1b8ab6e6 100644 ---

[Qemu-devel] [PATCH 8/9] iotests: replace assertEquals() by assertEqual() for python3 compatibility

Signed-off-by: Philippe Mathieu-Daudé --- tests/qemu-iotests/041| 6 +++--- tests/qemu-iotests/118| 4 ++-- tests/qemu-iotests/iotests.py | 2 +- 3 files changed, 6 insertions(+), 6 deletions(-) diff --git a/tests/qemu-iotests/041 b/tests/qemu-iotests/041 index

[Qemu-devel] [PATCH 5/9] iotests: replace xrange() by range() for python3 compatibility

Signed-off-by: Philippe Mathieu-Daudé --- tests/qemu-iotests/044 | 14 +++--- tests/qemu-iotests/163 | 2 +- 2 files changed, 8 insertions(+), 8 deletions(-) diff --git a/tests/qemu-iotests/044 b/tests/qemu-iotests/044 index 11ea0f4d35..1e96800176 100755 ---

[Qemu-devel] [PATCH 6/9] iotests: replace dict.has_key() by 'in' operator for python3 compatibility

Signed-off-by: Philippe Mathieu-Daudé --- tests/qemu-iotests/093 | 2 +- tests/qemu-iotests/096 | 4 ++-- tests/qemu-iotests/136 | 2 +- 3 files changed, 4 insertions(+), 4 deletions(-) diff --git a/tests/qemu-iotests/093 b/tests/qemu-iotests/093 index 5c36a5fb4d..28b1d021ca

[Qemu-devel] [PATCH 4/9] iotests: use octal numbers for python3 compatibility

Signed-off-by: Philippe Mathieu-Daudé --- tests/qemu-iotests/118 | 24 1 file changed, 12 insertions(+), 12 deletions(-) diff --git a/tests/qemu-iotests/118 b/tests/qemu-iotests/118 index 8a9e838c90..3cf21218f0 100755 --- a/tests/qemu-iotests/118 +++

[Qemu-devel] [PATCH 7/9] iotests: replace lambda function by lambda expression for python3 compatibility

Signed-off-by: Philippe Mathieu-Daudé --- tests/qemu-iotests/065 | 4 ++-- tests/qemu-iotests/139 | 2 +- 2 files changed, 3 insertions(+), 3 deletions(-) diff --git a/tests/qemu-iotests/065 b/tests/qemu-iotests/065 index 72aa9707c7..e95f7f817b 100755 ---

[Qemu-devel] [PATCH 1/9] qemu.py: replace iteritems() by items() for python3 compatibility

Signed-off-by: Philippe Mathieu-Daudé --- scripts/qemu.py | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/scripts/qemu.py b/scripts/qemu.py index 9bfdf6d37d..5e12ac7c8c 100644 --- a/scripts/qemu.py +++ b/scripts/qemu.py @@ -247,7 +247,7 @@ class

[Qemu-devel] [PATCH 3/9] iotests: replace print statement by print() function for python3 compatibility

Signed-off-by: Philippe Mathieu-Daudé --- tests/qemu-iotests/149| 3 ++- tests/qemu-iotests/165| 3 ++- tests/qemu-iotests/iotests.py | 5 +++-- 3 files changed, 7 insertions(+), 4 deletions(-) diff --git a/tests/qemu-iotests/149 b/tests/qemu-iotests/149 index

[Qemu-devel] [PATCH 2/9] qmp.py: encode JSON unicode as byte strings for python3 compatibility

the socket API expects byte strings. Signed-off-by: Philippe Mathieu-Daudé --- scripts/qmp/qmp.py | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/scripts/qmp/qmp.py b/scripts/qmp/qmp.py index 07c9632e9e..1080195e04 100644 --- a/scripts/qmp/qmp.py +++

[Qemu-devel] [PATCH 0/9] iotests: python3 compatibility

Hi, This is a very boring series. I a later series I refactor the iotests.py class, however when the first version of series [1] was posted I received comments that this class should no support Python 3. I didn't tested with very old CentOS release, but this should work with Python versions >=

Re: [Qemu-devel] [PATCH V2 4/5] pvrdma: initial implementation

On 19/12/2017 18:12, Michael S. Tsirkin wrote: On Sun, Dec 17, 2017 at 02:54:56PM +0200, Marcel Apfelbaum wrote: @@ -2847,15 +2847,16 @@ if test "$rdma" != "no" ; then #include int main(void) { return 0; } EOF - rdma_libs="-lrdmacm -libverbs" + rdma_libs="-lrdmacm -libverbs -libumad"

Re: [Qemu-devel] [PATCH qemu v2] RFC: vfio-pci: Allow mmap of MSIX BAR

On Tue, 19 Dec 2017 15:52:02 +1100 David Gibson wrote: > On Fri, Dec 15, 2017 at 05:29:14PM +1100, Alexey Kardashevskiy wrote: > > This makes use of a new VFIO_REGION_INFO_CAP_MSIX_MAPPABLE capability > > which tells that a region with MSIX data can be mapped

Re: [Qemu-devel] [virtio-dev] [PATCH v3 0/7] Vhost-pci for inter-VM communication

On Tue, Dec 19, 2017 at 2:56 PM, Michael S. Tsirkin wrote: >> * Please handle short reads/writes and EAGAIN with the UNIX domain socket. >> Do >>not use read/write_all() functions because they hang QEMU until I/O >>completes. > > I'm not sure I agree with this one.

[Qemu-devel] [Bug 1299566] Re: virtio serial doesn't work with virtio nic

Triaging old bug tickets... can you still reproduce this issue with the latest version of QEMU? Or could we close this ticket nowadays? ** Changed in: qemu Status: New => Incomplete -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to

[Qemu-devel] [Bug 1211910] Re: Logical to linear address translation is wrong for 32-bit guests on a 64-bit hypervisor

Triaging old bug tickets... can you still reproduce this issue with the latest version of QEMU? Or could we close this ticket nowadays? ** Changed in: qemu Status: New => Incomplete -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to

[Qemu-devel] [Bug 1202289] Re: Windows 2008/7 Guest to Guest Very slow 10-20Mbit/s

Triaging old bug tickets... can you still reproduce this issue with the latest version of QEMU? Or could we close this ticket nowadays? ** Changed in: qemu Status: New => Incomplete -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to

[Qemu-devel] [Bug 1299858] Re: qemu all apps crash on OS X 10.6.8

Triaging old bug tickets... can you still reproduce this issue with the latest version of QEMU? Or could we close this ticket nowadays? ** Changed in: qemu Status: New => Incomplete -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to

Re: [Qemu-devel] [PATCH V5] pci: removed the is_express field since a uniform interface was inserted

On 18/12/2017 17:21, Yoni Bettan wrote: according to Eduardo Habkost's commit fd3b02c889 all PCIEs now implement INTERFACE_PCIE_DEVICE so we don't need is_express field anymore. Devices that implements only INTERFACE_PCIE_DEVICE (is_express == 1) or devices that implements only

[Qemu-devel] [Bug 1180777] Re: RDP traffic freeze on quiet network

Triaging old bug tickets... can you still reproduce this issue with the latest version of QEMU? Or could we close this ticket nowadays? ** Changed in: qemu Status: New => Incomplete -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to

Re: [Qemu-devel] [PATCH 2/2] qemu: add linkspeed and duplex setting to virtio-net

On 12/19/2017 04:19 AM, Yan Vugenfirer wrote: > >> On 18 Dec 2017, at 18:04, Jason Baron via Qemu-devel >> > wrote: >> >> >> >> On 12/18/2017 06:34 AM, Yan Vugenfirer wrote: >>> On 14 Dec 2017, at 21:33, Jason Baron via Qemu-devel

Re: [Qemu-devel] [PATCH V5] pci: removed the is_express field since a uniform interface was inserted

On Mon, Dec 18, 2017 at 05:21:40PM +0200, Yoni Bettan wrote: > according to Eduardo Habkost's commit fd3b02c889 all PCIEs now implement > INTERFACE_PCIE_DEVICE so we don't need is_express field anymore. > > Devices that implements only INTERFACE_PCIE_DEVICE (is_express == 1) > or > devices that

  1   2   3   >