Re: [PULL 00/63] riscv-to-apply queue

2020-06-29 Thread LIU Zhiwei
On 2020/6/29 6:51, Alistair Francis wrote: On Sun, Jun 28, 2020 at 7:30 AM Peter Maydell wrote: On Fri, 26 Jun 2020 at 22:53, Alistair Francis wrote: The following changes since commit 553cf5d7c47bee05a3dec9461c1f8430316d516b: Merge remote-tracking branch 'remotes/pmaydell/tags/pull-t

Re: [PATC 7/9] Skipping drm build, unsupported

2020-06-29 Thread Philippe Mathieu-Daudé
+Gerd On 6/29/20 11:48 PM, David CARLIER wrote: > From 157a0374093371719de42e99364352d64190f52a Mon Sep 17 00:00:00 2001 > From: David Carlier > Date: Mon, 29 Jun 2020 22:20:06 + > Subject: [PATCH 7/9] Skipping drm build, unsupported. > > Signed-off-by: David Carlier Reviewed-by: Philippe

Re: [PATCH v1 05/10] vhost-backend: export the vhost backend helper

2020-06-29 Thread Cindy Lu
On Thu, Jun 25, 2020 at 11:07 PM Laurent Vivier wrote: > > On 22/06/2020 17:37, Cindy Lu wrote: > > export the helper then we can reuse them in other backend > > > > Signed-off-by: Cindy Lu > > --- > > hw/virtio/vhost-backend.c | 18 +- > > include/hw/virtio/vhost-backend

[PATCH v2 2/2] target/m68k: consolidate physical translation offset into get_physical_address()

2020-06-29 Thread Mark Cave-Ayland
Since all callers to get_physical_address() now apply the same page offset to the translation result, move the logic into get_physical_address() itself to avoid duplication. Suggested-by: Philippe Mathieu-Daudé Signed-off-by: Mark Cave-Ayland --- target/m68k/helper.c | 12 +++- 1 file c

[PATCH v2 1/2] target/m68k: fix physical address translation in m68k_cpu_get_phys_page_debug()

2020-06-29 Thread Mark Cave-Ayland
The result of the get_physical_address() function should be combined with the offset of the original page access before being returned. Otherwise the m68k_cpu_get_phys_page_debug() function can round to the wrong page causing incorrect lookups in gdbstub and various "Disassembler disagrees with tra

[PATCH v2 0/2] target/m68k: fix physical address translation in m68k_cpu_get_phys_page_debug()

2020-06-29 Thread Mark Cave-Ayland
The first patch in the series fixes the original bug, whilst the second patch implements the suggestion by Philippe to consolidate the translation offset logic into get_physical_address() itself now that all callers are identical. Signed-off-by: Mark Cave-Ayland v2: - Add R-B tags from Philippe

Re: [PATCH v2 2/4] smbus: Fix spd_data_generate() error API violation

2020-06-29 Thread Philippe Mathieu-Daudé
On 6/29/20 11:31 PM, BALATON Zoltan wrote: > On Mon, 29 Jun 2020, Philippe Mathieu-Daudé wrote: >> On 6/27/20 9:17 AM, Markus Armbruster wrote: >>> BALATON Zoltan writes: On Wed, 22 Apr 2020, BALATON Zoltan wrote: > On Wed, 22 Apr 2020, Philippe Mathieu-Daudé wrote: >> On 4/

Re: [PATCH] disas/sh4: Add missing fallthrough annotations

2020-06-29 Thread no-reply
Patchew URL: https://patchew.org/QEMU/20200630055953.9309-1-th...@redhat.com/ Hi, This series seems to have some coding style problems. See output below for more information: Subject: [PATCH] disas/sh4: Add missing fallthrough annotations Type: series Message-id: 20200630055953.9309-1-th...@re

[PATCH] disas/sh4: Add missing fallthrough annotations

2020-06-29 Thread Thomas Huth
Add fallthrough annotations to be able to compile the code without warnings with -Wimplicit-fallthrough. Looking at the code, it seems like the fallthrough is indeed intended here, so the comments should be appropriate. Signed-off-by: Thomas Huth --- Note: The new lines use TABs since all the su

Re: [REPORT] [GSoC - TCG Continuous Benchmarking] [#2] Dissecting QEMU Into Three Main Parts

2020-06-29 Thread Yonggang Luo
Wonderful work, May I reproduce the work on my local machine? On Mon, Jun 29, 2020 at 6:26 PM Ahmed Karaman wrote: > Hi, > > The second report of the TCG Continuous Benchmarking series builds > upon the QEMU performance metrics calculated in the previous report. > This report presents a method t

Re: Building in Solaris 11.4

2020-06-29 Thread Thomas Huth
On 29/06/2020 22.25, Michele Denber wrote: On 06-29-2020 8:12 AM, Thomas Huth wrote: ... It's not the same bug as last year, but a new one: Seems like newer versions of Solaris now have this functions in their libraries! Yes - I just checked. Solaris 10 does not have openpty, but Solaris 11.4

Re: [PATCH v2 05/18] hw/block/nvme: Introduce the Namespace Types definitions

2020-06-29 Thread Klaus Jensen
On Jun 18 06:34, Dmitry Fomichev wrote: > From: Niklas Cassel > > Define the structures and constants required to implement > Namespace Types support. > > Signed-off-by: Niklas Cassel > Signed-off-by: Dmitry Fomichev > --- > hw/block/nvme.h | 3 ++ > include/block/nvme.h | 75 ++

Re: [PATCH v2 04/18] hw/block/nvme: Add Commands Supported and Effects log

2020-06-29 Thread Klaus Jensen
On Jun 18 06:34, Dmitry Fomichev wrote: > This log page becomes necessary to implement to allow checking for > Zone Append command support in Zoned Namespace Command Set. > > This commit adds the code to report this log page for NVM Command > Set only. The parts that are specific to zoned operatio

Re: [PATCH v2 03/18] hw/block/nvme: Clean up unused AER definitions

2020-06-29 Thread Klaus Jensen
On Jun 18 06:34, Dmitry Fomichev wrote: > Removed unused struct NvmeAerResult and SMART-related async event > codes. All other event codes are now categorized by their type. > This avoids having to define the same values in a single enum, > NvmeAsyncEventRequest, that is now removed. > > Later com

Re: [REPORT] [GSoC - TCG Continuous Benchmarking] [#2] Dissecting QEMU Into Three Main Parts

2020-06-29 Thread Lukáš Doktor
Dne 29. 06. 20 v 12:25 Ahmed Karaman napsal(a): > Hi, > > The second report of the TCG Continuous Benchmarking series builds > upon the QEMU performance metrics calculated in the previous report. > This report presents a method to dissect the number of instructions > executed by a QEMU invocation

[PATCH 3/3] hw/block/nvme: add trace event for requests with non-zero status code

2020-06-29 Thread Klaus Jensen
From: Klaus Jensen If a command results in a non-zero status code, trace it. Signed-off-by: Klaus Jensen --- hw/block/nvme.c | 5 + hw/block/trace-events | 1 + 2 files changed, 6 insertions(+) diff --git a/hw/block/nvme.c b/hw/block/nvme.c index 9f1a1ba03b8a..25d79bcd0bc9 100644 --

[PATCH 2/3] hw/block/nvme: add commands supported and effects log page

2020-06-29 Thread Klaus Jensen
From: Gollu Appalanaidu This is to support for the Commands Supported and Effects log page. See NVM Express Spec 1.3d, sec. 5.14.1.5 ("Commands Supported and Effects") Signed-off-by: Gollu Appalanaidu Co-authored-by: Klaus Jensen --- hw/block/nvme.c | 20 +++- hw/block/nv

[PATCH 0/3] hw/block/nvme: bump to v1.4

2020-06-29 Thread Klaus Jensen
From: Klaus Jensen This bumps the supported version to v1.4 and adds the CSE log page. Based-on: <20200630042304.1305269-1-...@irrelevant.dk> ("[PATCH] hw/block/nvme: add support for dulbe") Gollu Appalanaidu (1): hw/block/nvme: add commands supported and effects log page Klaus Jensen (2):

[PATCH 1/3] hw/block/nvme: add NVMe 1.4 specific fields

2020-06-29 Thread Klaus Jensen
From: Klaus Jensen Add new fields from NVM Express v1.4. Signed-off-by: Klaus Jensen --- hw/block/nvme.c | 3 +- include/block/nvme.h | 195 +-- 2 files changed, 172 insertions(+), 26 deletions(-) diff --git a/hw/block/nvme.c b/hw/block/nvme.c in

[Bug 1869858] Re: qemu can't start Windows10arm64 19H1(with kvm)

2020-06-29 Thread Launchpad Bug Tracker
[Expired for QEMU because there has been no activity for 60 days.] ** Changed in: qemu Status: Incomplete => Expired -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.launchpad.net/bugs/1869858 Title: qemu can't

[PATCH] hw/block/nvme: add support for dulbe

2020-06-29 Thread Klaus Jensen
From: Klaus Jensen This adds support for reporting the Deallocated or Unwritten Logical Block error (DULBE). This requires tracking the allocated/deallocated status of all logical blocks. Introduce a bitmap that does this. The bitmap is persisted on the new 'state' drive that is associated with

[PATCH] hw/block/nvme: make lba data size configurable

2020-06-29 Thread Klaus Jensen
From: Klaus Jensen Allos the LBA data size (lbads) to be set between 9 and 12. Signed-off-by: Klaus Jensen Acked-by: Keith Busch Reviewed-by: Maxim Levitsky Reviewed-by: Philippe Mathieu-Daudé --- Based-on: <20200629214051.1282060-1-...@irrelevant.dk> ("[PATCH v2 0/4] hw/block/nvme: support

Re: [PATCH v2 02/18] hw/block/nvme: Define 64 bit cqe.result

2020-06-29 Thread Klaus Jensen
On Jun 18 06:33, Dmitry Fomichev wrote: > From: Ajay Joshi > > A new write command, Zone Append, is added as a part of Zoned > Namespace Command Set. Upon successful completion of this command, > the controller returns the start LBA of the performed write operation > in cqe.result field. Therefor

Re: [PATCH v2 01/18] hw/block/nvme: Move NvmeRequest has_sg field to a bit flag

2020-06-29 Thread Klaus Jensen
On Jun 18 06:33, Dmitry Fomichev wrote: > In addition to the existing has_sg flag, a few more Boolean > NvmeRequest flags are going to be introduced in subsequent patches. > Convert "has_sg" variable to "flags" and define NvmeRequestFlags > enum for individual flag values. > > Signed-off-by: Dmitr

RE: [PATCH 1/2] hw/386: Fix uninitialized memory with -device and CPU hotplug

2020-06-29 Thread Babu Moger
> -Original Message- > From: Moger, Babu > Sent: Thursday, June 25, 2020 5:55 PM > To: Igor Mammedov > Cc: ehabk...@redhat.com; m...@redhat.com; qemu-devel@nongnu.org; > pbonz...@redhat.com; r...@twiddle.net > Subject: Re: [PATCH 1/2] hw/386: Fix uninitialized memory with -device and C

Re: [RFC v2 1/1] memory: Delete assertion in memory_region_unregister_iommu_notifier

2020-06-29 Thread Jason Wang
On 2020/6/29 下午9:34, Peter Xu wrote: On Mon, Jun 29, 2020 at 01:51:47PM +0800, Jason Wang wrote: On 2020/6/28 下午10:47, Peter Xu wrote: On Sun, Jun 28, 2020 at 03:03:41PM +0800, Jason Wang wrote: On 2020/6/27 上午5:29, Peter Xu wrote: Hi, Eugenio, (CCing Eric, Yan and Michael too) On Fri, Ju

Re: [PATCH v2 05/18] hw/block/nvme: Introduce the Namespace Types definitions

2020-06-29 Thread Alistair Francis
On Wed, Jun 17, 2020 at 2:47 PM Dmitry Fomichev wrote: > > From: Niklas Cassel > > Define the structures and constants required to implement > Namespace Types support. > > Signed-off-by: Niklas Cassel > Signed-off-by: Dmitry Fomichev > --- > hw/block/nvme.h | 3 ++ > include/block/nvme.h

Re: [PATCH v2 04/18] hw/block/nvme: Add Commands Supported and Effects log

2020-06-29 Thread Alistair Francis
On Wed, Jun 17, 2020 at 3:05 PM Dmitry Fomichev wrote: > > This log page becomes necessary to implement to allow checking for > Zone Append command support in Zoned Namespace Command Set. > > This commit adds the code to report this log page for NVM Command > Set only. The parts that are specific

Re: [PATCH v2 2/4] smbus: Fix spd_data_generate() error API violation

2020-06-29 Thread BALATON Zoltan
On Mon, 29 Jun 2020, Markus Armbruster wrote: BALATON Zoltan writes: On Sat, 27 Jun 2020, Markus Armbruster wrote: Quick reply without having thought through the issues at all: I'm not Does that mean you'll reply later with more detail or this is all you had to say about this? (Just to know

Re: [PATCH v2 03/18] hw/block/nvme: Clean up unused AER definitions

2020-06-29 Thread Alistair Francis
On Wed, Jun 17, 2020 at 2:48 PM Dmitry Fomichev wrote: > > Removed unused struct NvmeAerResult and SMART-related async event > codes. All other event codes are now categorized by their type. > This avoids having to define the same values in a single enum, > NvmeAsyncEventRequest, that is now remov

Re: [PATCH v2 02/18] hw/block/nvme: Define 64 bit cqe.result

2020-06-29 Thread Alistair Francis
On Wed, Jun 17, 2020 at 2:44 PM Dmitry Fomichev wrote: > > From: Ajay Joshi > > A new write command, Zone Append, is added as a part of Zoned > Namespace Command Set. Upon successful completion of this command, > the controller returns the start LBA of the performed write operation > in cqe.resul

Re: [PATCH v2 01/18] hw/block/nvme: Move NvmeRequest has_sg field to a bit flag

2020-06-29 Thread Alistair Francis
On Wed, Jun 17, 2020 at 2:43 PM Dmitry Fomichev wrote: > > In addition to the existing has_sg flag, a few more Boolean > NvmeRequest flags are going to be introduced in subsequent patches. > Convert "has_sg" variable to "flags" and define NvmeRequestFlags > enum for individual flag values. > > Sig

Re: [PATCH v3 2/3] RISC-V: Copy the fdt in dram instead of ROM

2020-06-29 Thread Bin Meng
On Tue, Jun 30, 2020 at 2:50 AM Atish Patra wrote: > > On Sat, Jun 27, 2020 at 2:55 AM Bin Meng wrote: > > > > On Sat, Jun 27, 2020 at 12:37 PM Atish Patra wrote: > > > > > > On Fri, Jun 26, 2020 at 7:54 PM Bin Meng wrote: > > > > > > > > Hi Atish, > > > > > > > > On Sat, Jun 27, 2020 at 12:58

Re: [PATCH] hw/ppc/ppc4xx: Only accept (combination of) pow2 DDR sizes

2020-06-29 Thread BALATON Zoltan
On Mon, 29 Jun 2020, Philippe Mathieu-Daudé wrote: Use popcount instruction to count the number of bits set in the RAM size. Allow at most 1 bit for each bank. This avoid using invalid hardware configurations. Signed-off-by: Philippe Mathieu-Daudé --- hw/ppc/ppc4xx_devs.c | 9 + 1 file c

[PATCH 8/9] Skipping sys/syscall.h inclusion as only used in qemu_signalfd anyway

2020-06-29 Thread David CARLIER
>From b821b7e9bbf1f327058ee858a92c7a7ee6740e63 Mon Sep 17 00:00:00 2001 From: David Carlier Date: Mon, 29 Jun 2020 22:20:39 + Subject: [PATCH 8/9] Skipping sys/syscall.h inclusion as only used in qemu_signalfd anyway. Signed-off-by: David Carlier --- util/compatfd.c | 2 ++ 1 file changed,

[PATCH 5/9] Define SIGIO constant with SIGPOLL equivalence

2020-06-29 Thread David CARLIER
>From 93c001e7da19c76a73a687dc6584bc31385a2693 Mon Sep 17 00:00:00 2001 From: David Carlier Date: Mon, 29 Jun 2020 22:18:32 + Subject: [PATCH 5/9] Define SIGIO constant with SIGPOLL equivalence, Signed-off-by: David Carlier --- include/qemu/osdep.h | 4 1 file changed, 4 insertions(+)

[PATCH 6/9] Including endian.h for bswap operations

2020-06-29 Thread David CARLIER
>From 2f65cab41a8f4508532b3893815f222bf2293463 Mon Sep 17 00:00:00 2001 From: David Carlier Date: Mon, 29 Jun 2020 22:19:34 + Subject: [PATCH 6/9] Including endian.h for bswap operations. Signed-off-by: David Carlier --- include/qemu/bswap.h | 2 ++ 1 file changed, 2 insertions(+) diff --g

[PATCH 9/9] Implementing qemu_init_exec_dir.

2020-06-29 Thread David CARLIER
>From fcdb25804af98329b52a04e7a4e5191135aac4f6 Mon Sep 17 00:00:00 2001 From: David Carlier Date: Mon, 29 Jun 2020 22:36:03 + Subject: [PATCH 9/9] Implementing qemu_init_exec_dir. Signed-off-by: David Carlier --- util/oslib-posix.c | 19 +++ 1 file changed, 19 insertions(+)

[PATCH 2/9] Enabling *pty api

2020-06-29 Thread David CARLIER
>From 8b205a027dacad08ce9187474d9490667904a4e2 Mon Sep 17 00:00:00 2001 From: David Carlier Date: Mon, 29 Jun 2020 22:14:53 + Subject: [PATCH 2/9] Enabling *pty api Signed-off-by: David Carlier --- configure | 9 + util/qemu-openpty.c | 2 +- 2 files changed, 10 insertions

[PATCH 4/9] Checking sys/signal.h presence.

2020-06-29 Thread David CARLIER
>From 9d43c8cd1611d0347db9066b1df1dc34431b2028 Mon Sep 17 00:00:00 2001 From: David Carlier Date: Mon, 29 Jun 2020 22:17:53 + Subject: [PATCH 4/9] Checking sys/signal.h presence. Signed-off-by: David Carlier --- configure | 8 hw/xen/xen-legacy-backend.c | 1 - in

PATCH [0/9]: haiku build fix

2020-06-29 Thread David CARLIER
>From fcdb25804af98329b52a04e7a4e5191135aac4f6 Mon Sep 17 00:00:00 2001 From: David Carlier Date: Mon, 29 Jun 2020 22:36:32 + Subject: [PATCH 0/9] *** SUBJECT HERE *** *** BLURB HERE *** David Carlier (9): Enabling BSD symbols. Enabling *pty api Checking mlockall symbol presence. Che

[PATC 7/9] Skipping drm build, unsupported

2020-06-29 Thread David CARLIER
>From 157a0374093371719de42e99364352d64190f52a Mon Sep 17 00:00:00 2001 From: David Carlier Date: Mon, 29 Jun 2020 22:20:06 + Subject: [PATCH 7/9] Skipping drm build, unsupported. Signed-off-by: David Carlier --- util/Makefile.objs | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff

[PATCH 1/9] Enabling BSD symbols

2020-06-29 Thread David CARLIER
>From 5c6022f21289eb6e78e93d584c766db82165dced Mon Sep 17 00:00:00 2001 From: David Carlier Date: Mon, 29 Jun 2020 22:13:35 + Subject: [PATCH 1/9] Enabling BSD symbols. Signed-off-by: David Carlier --- configure | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/configu

[PATCH 3/9] Checking mlockall symbol presence

2020-06-29 Thread David CARLIER
>From ac450c4abe03e0e461fede18727500e616d9f7e2 Mon Sep 17 00:00:00 2001 From: David Carlier Date: Mon, 29 Jun 2020 22:15:21 + Subject: [PATCH 3/9] Checking mlockall symbol presence. Signed-off-by: David Carlier --- configure | 15 +++ os-posix.c | 4 2 files changed, 19 i

Re: [PATCH 04/10] spice: Move all the spice-related code in spice-app.so

2020-06-29 Thread Gerd Hoffmann
Hi, > common-obj-y = audio.o audio_legacy.o noaudio.o wavaudio.o mixeng.o > -common-obj-$(CONFIG_SPICE) += spiceaudio.o > +spice-app.mo-objs += ../audio/spiceaudio.o Hmm. audio/audio.c will try to load audio-${backend}.so when you run qemu -audiodev ${backend}, so I suspect this is not going

Re: [PATCH 05/10] build: Avoid build failure when building drivers as modules

2020-06-29 Thread Gerd Hoffmann
Hi, > > +# > > +# common-obj-m has some crap here, probably as side effect from > > +# filling obj-y. Clear it. Fixes suspicious dependency errors when > > +# building devices as modules. > > +# > > +common-obj-m := > > This comment doesn't fill me with confidence - makes it feel like there's

Re: [PATCH 08/10] build: Add SPICE_CFLAGS and SPICE_LIBS to relevant files

2020-06-29 Thread Gerd Hoffmann
Hi, > obj-$(CONFIG_PC) += pc.o pc_sysfw.o > +pc.o-cflags += $(SPICE_CFLAGS) Hmm, looks strange. Why does pc.c need spice? > +qmp-cmds.o-cflags += $(SPICE_CFLAGS) > +hmp-cmds.o-cflags += $(SPICE_CFLAGS) spice monitor commands need this I guess? > +misc.o-cflags += $(SPICE_CFLAGS) Why this?

Re: [PATCH 09/10] spice: Put spice functions in a separate load module

2020-06-29 Thread Gerd Hoffmann
Hi, > > If so the more normal approach would be to have a struct defining > > a set of callbacks, that can be registered. Or if there's a natural > > fit with QOM, then a QOM interface that can then have a QOM object > > impl registered as a singleton. > > That was my second attempt (after the

QEMU | Pipeline #161336114 has failed for master | fc1bff95

2020-06-29 Thread GitLab via
Your pipeline has failed. Project: QEMU ( https://gitlab.com/qemu-project/qemu ) Branch: master ( https://gitlab.com/qemu-project/qemu/-/commits/master ) Commit: fc1bff95 ( https://gitlab.com/qemu-project/qemu/-/commit/fc1bff958998910ec8d25db86cd2f53ff125f7ab ) Commit Message: hw/misc/pca9552

[PATCH v2 2/4] hw/block/nvme: support multiple namespaces

2020-06-29 Thread Klaus Jensen
From: Klaus Jensen This adds support for multiple namespaces by introducing a new 'nvme-ns' device model. The nvme device creates a bus named from the device name ('id'). The nvme-ns devices then connect to this and registers themselves with the nvme device. This changes how an nvme device is cr

[PATCH v2 3/4] pci: allocate pci id for nvme

2020-06-29 Thread Klaus Jensen
From: Klaus Jensen The emulated nvme device (hw/block/nvme.c) is currently using an internal Intel device id. Prepare to change that by allocating a device id under the 1b36 (Red Hat, Inc.) vendor id. Signed-off-by: Klaus Jensen Acked-by: Keith Busch Acked-by: Gerd Hoffmann Reviewed-by: Maxi

[PATCH v2 1/4] hw/block/nvme: refactor identify active namespace id list

2020-06-29 Thread Klaus Jensen
From: Klaus Jensen Prepare to support inactive namespaces. Signed-off-by: Klaus Jensen Reviewed-by: Maxim Levitsky --- hw/block/nvme.c | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/hw/block/nvme.c b/hw/block/nvme.c index 4bcd114f76b1..eaee420219fd 100644 --- a/hw

[PATCH v2 0/4] hw/block/nvme: support multiple namespaces

2020-06-29 Thread Klaus Jensen
From: Klaus Jensen v2: bummer, v1 didn't apply cleanly to master (it applied to Kevin's block tree); rebased to make patchew happy This adds a new 'nvme-ns' device that attaches to the nvme device through a bus. This decouples the nvme controller and nvme namespaces such that multiple namespace

[PATCH v2 4/4] hw/block/nvme: change controller pci id

2020-06-29 Thread Klaus Jensen
From: Klaus Jensen There are two reasons for changing this: 1. The nvme device currently uses an internal Intel device id. 2. Since commits "nvme: fix write zeroes offset and count" and "nvme: support multiple namespaces" the controller device no longer has the quirks that the Lin

Re: [PATCH 2/5] hw/i2c: Rename i2c_try_create_slave() as i2c_slave_new()

2020-06-29 Thread BALATON Zoltan
On Mon, 29 Jun 2020, Philippe Mathieu-Daudé wrote: We use "new" names for functions that allocate and initialize device objects: pci_new(), isa_new(), usb_new(). Let's call this one i2c_slave_new(). Since we have to update all the callers, also let it return a I2CSlave object. All the callers n

Re: [PATCH 0/2] hw/block/nvme: handle transient dma errors

2020-06-29 Thread Klaus Jensen
On Jun 29 14:07, no-re...@patchew.org wrote: > Patchew URL: > https://patchew.org/QEMU/20200629202053.1223342-1-...@irrelevant.dk/ > > > > Hi, > > This series failed the docker-quick@centos7 build test. Please find the > testing commands and > their output below. If you have Docker installed,

Re: [PATCH v2 2/4] smbus: Fix spd_data_generate() error API violation

2020-06-29 Thread BALATON Zoltan
On Mon, 29 Jun 2020, Philippe Mathieu-Daudé wrote: On 6/27/20 9:17 AM, Markus Armbruster wrote: BALATON Zoltan writes: On Wed, 22 Apr 2020, BALATON Zoltan wrote: On Wed, 22 Apr 2020, Philippe Mathieu-Daudé wrote: On 4/22/20 4:27 PM, BALATON Zoltan wrote: On Wed, 22 Apr 2020, Markus Armbrus

Re: [PATCH 5/5] hw/i2c: Document the I2C qdev helpers

2020-06-29 Thread Corey Minyard
On Mon, Jun 29, 2020 at 07:38:21PM +0200, Philippe Mathieu-Daudé wrote: > In commit d88c42ff2c we added new prototype but neglected to > add their documentation. Fix that. Reviewed-by: Corey Minyard > > Reported-by: Peter Maydell > Signed-off-by: Philippe Mathieu-Daudé > --- > include/hw/i2c

Re: [PATCH 4/5] hw/i2c: Rename i2c_create_slave() as i2c_slave_create_simple()

2020-06-29 Thread Corey Minyard
On Mon, Jun 29, 2020 at 07:38:20PM +0200, Philippe Mathieu-Daudé wrote: > We use "create_simple" names for functions that allocate, initialize, > configure and realize device objects: pci_create_simple(), > isa_create_simple(), usb_create_simple(). For consistency, rename > i2c_create_slave() as i2

Re: [PATCH 3/5] hw/i2c: Rename i2c_realize_and_unref() as i2c_slave_realize_and_unref()

2020-06-29 Thread Corey Minyard
On Mon, Jun 29, 2020 at 07:38:19PM +0200, Philippe Mathieu-Daudé wrote: > The other i2c functions are called i2c_slave_FOO(). Rename as > i2c_slave_realize_and_unref() to be consistent. Reviewed-by: Corey Minyard > > Suggested-by: Markus Armbruster > Signed-off-by: Philippe Mathieu-Daudé > --

Re: [PATCH 2/5] hw/i2c: Rename i2c_try_create_slave() as i2c_slave_new()

2020-06-29 Thread Corey Minyard
On Mon, Jun 29, 2020 at 07:38:18PM +0200, Philippe Mathieu-Daudé wrote: > We use "new" names for functions that allocate and initialize > device objects: pci_new(), isa_new(), usb_new(). > Let's call this one i2c_slave_new(). Since we have to update > all the callers, also let it return a I2CSlave

Re: [PATCH 0/5] hw/i2c: Rename method names for consistency and add documentation

2020-06-29 Thread Corey Minyard
On Mon, Jun 29, 2020 at 07:38:16PM +0200, Philippe Mathieu-Daudé wrote: > In commit d88c42ff2c we added 2 methods: i2c_try_create_slave() > and i2c_realize_and_unref(). > Markus noted their name could be improved for consistency [1], > and Peter reported the lack of documentation [2]. Fix that now.

Re: [REPORT] [GSoC - TCG Continuous Benchmarking] [#2] Dissecting QEMU Into Three Main Parts

2020-06-29 Thread Ahmed Karaman
On Mon, Jun 29, 2020 at 6:03 PM Alex Bennée wrote: > > > Ahmed Karaman writes: > > > Hi, > > > > The second report of the TCG Continuous Benchmarking series builds > > upon the QEMU performance metrics calculated in the previous report. > > This report presents a method to dissect the number of i

Re: [PATCH] hw/misc/pca9552: Add missing TypeInfo::class_size field

2020-06-29 Thread Peter Maydell
On Mon, 29 Jun 2020 at 08:47, Philippe Mathieu-Daudé wrote: > > When adding the generic PCA955xClass in commit 736132e455, we > forgot to set the class_size field. Fill it now to avoid: Thanks; I've applied this to master since it fixes a memory corruption that affects all arm targets and I'm not

Re: [PATCH 0/2] hw/block/nvme: handle transient dma errors

2020-06-29 Thread no-reply
Patchew URL: https://patchew.org/QEMU/20200629202053.1223342-1-...@irrelevant.dk/ Hi, This series failed the docker-quick@centos7 build test. Please find the testing commands and their output below. If you have Docker installed, you can probably reproduce it locally. === TEST SCRIPT BEGIN ==

[PATCH 2/4] hw/block/nvme: support multiple namespaces

2020-06-29 Thread Klaus Jensen
From: Klaus Jensen This adds support for multiple namespaces by introducing a new 'nvme-ns' device model. The nvme device creates a bus named from the device name ('id'). The nvme-ns devices then connect to this and registers themselves with the nvme device. This changes how an nvme device is cr

[PATCH 4/4] hw/block/nvme: change controller pci id

2020-06-29 Thread Klaus Jensen
From: Klaus Jensen There are two reasons for changing this: 1. The nvme device currently uses an internal Intel device id. 2. Since commits "nvme: fix write zeroes offset and count" and "nvme: support multiple namespaces" the controller device no longer has the quirks that the Lin

[PATCH 0/4] hw/block/nvme: support multiple namespaces

2020-06-29 Thread Klaus Jensen
From: Klaus Jensen This adds a new 'nvme-ns' device that attaches to the nvme device through a bus. This decouples the nvme controller and nvme namespaces such that multiple namespaces may be attached to the controller. With this in place, we can allocate a fresh pci vendor/device id and get rid

[PATCH 1/4] hw/block/nvme: refactor identify active namespace id list

2020-06-29 Thread Klaus Jensen
From: Klaus Jensen Prepare to support inactive namespaces. Signed-off-by: Klaus Jensen Reviewed-by: Maxim Levitsky --- hw/block/nvme.c | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/hw/block/nvme.c b/hw/block/nvme.c index 4bcd114f76b1..eaee420219fd 100644 --- a/hw

[PATCH 3/4] pci: allocate pci id for nvme

2020-06-29 Thread Klaus Jensen
From: Klaus Jensen The emulated nvme device (hw/block/nvme.c) is currently using an internal Intel device id. Prepare to change that by allocating a device id under the 1b36 (Red Hat, Inc.) vendor id. Signed-off-by: Klaus Jensen Acked-by: Keith Busch Acked-by: Gerd Hoffmann Reviewed-by: Maxi

[PATCH 1/3] hw/block/nvme: harden cmb access

2020-06-29 Thread Klaus Jensen
From: Klaus Jensen Since the controller has only supported PRPs so far it has not been required to check the ending address (addr + len - 1) of the CMB access for validity since it has been guaranteed to be in range of the CMB. This changes when the controller adds support for SGLs (next patch),

[PATCH 2/3] hw/block/nvme: add support for scatter gather lists

2020-06-29 Thread Klaus Jensen
From: Klaus Jensen For now, support the Data Block, Segment and Last Segment descriptor types. See NVM Express 1.3d, Section 4.4 ("Scatter Gather List (SGL)"). Signed-off-by: Klaus Jensen Signed-off-by: Klaus Jensen Acked-by: Keith Busch --- hw/block/nvme.c | 331 +

[PATCH 0/3] hw/block/nvme: support scatter gather lists

2020-06-29 Thread Klaus Jensen
From: Klaus Jensen This adds support for scatter gather lists (SGLs). The full flexibility of SGLs require the device to be a bit more strict about CMB access, hence the "hw/block/nvme: harden cmb access" patch. Based-on: <20200629202053.1223342-1-...@irrelevant.dk> ("[PATCH 0/2] hw/block/nvme:

[PATCH 3/3] hw/block/nvme: add support for sgl bit bucket descriptor

2020-06-29 Thread Klaus Jensen
From: Gollu Appalanaidu This adds support for SGL descriptor type 0x1 (bit bucket descriptor). See the NVM Express v1.3d specification, Section 4.4 ("Scatter Gather List (SGL)"). Signed-off-by: Gollu Appalanaidu Signed-off-by: Klaus Jensen --- hw/block/nvme.c | 33 +++-

RE: [PATCH v2 00/18] hw/block/nvme: Support Namespace Types and Zoned Namespace Command Set

2020-06-29 Thread Dmitry Fomichev
Bump... Any feedback on this series? > -Original Message- > From: Dmitry Fomichev > Sent: Wednesday, June 17, 2020 5:34 PM > To: Kevin Wolf ; Keith Busch ; > Philippe Mathieu-Daudé ; Maxim Levitsky > > Cc: qemu-bl...@nongnu.org; qemu-devel@nongnu.org; Matias Bjorling > ; Damien Le Moal ;

Re: Building in Solaris 11.4

2020-06-29 Thread Michele Denber
On 06-29-2020 8:12 AM, Thomas Huth wrote: ... It's not the same bug as last year, but a new one: Seems like newer versions of Solaris now have this functions in their libraries! Yes - I just checked. Solaris 10 does not have openpty, but Solaris 11.4 indeed does have it So what you want is some

[PATCH 2/2] hw/block/nvme: handle dma errors

2020-06-29 Thread Klaus Jensen
From: Klaus Jensen Handling DMA errors gracefully is required for the device to pass the block/011 test ("disable PCI device while doing I/O") in the blktests suite. With this patch the device passes the test by retrying "critical" transfers (posting of completion entries and processing of submi

[PATCH 1/2] pci: pass along the return value of dma_memory_rw

2020-06-29 Thread Klaus Jensen
From: Klaus Jensen Some devices might want to know the return value of dma_memory_rw, so pass it along instead of ignoring it. There are no existing users of the return value, so this patch should be safe. Signed-off-by: Klaus Jensen Reviewed-by: Philippe Mathieu-Daudé Reviewed-by: Michael S.

[PATCH 0/2] hw/block/nvme: handle transient dma errors

2020-06-29 Thread Klaus Jensen
From: Klaus Jensen QEMU actually respects that Bus Master Enabling for a PCI device gets flipped, so in order to succesfully pass the block/011 test ("disable PCI device while doing I/O") the nvme device needs to know if a dma transfer was successful or not. Based-on: <20200629195017.1217056-1-.

[Bug 1884990] Re: Cirrus graphics results in monochrome colour depth at 640x480 resolution

2020-06-29 Thread Philippe Mathieu-Daudé
Yes, the maintainer will likely get the submodule updated before the next release. -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.launchpad.net/bugs/1884990 Title: Cirrus graphics results in monochrome colour depth at

Re: [Bug 1878645] Re: null-ptr dereference in tcg_handle_interrupt

2020-06-29 Thread Alexander Bulekov
On 200629 2000, Alex Bennée wrote: > > Alexander Bulekov <1878...@bugs.launchpad.net> writes: > > > I don't think this is a qtest-specific error: > > cat << EOF| qemu-system-i386 -M q35 -nographic -serial none -monitor stdio > > o/4 0xcf8 0x8400f841 > > o/4 0xcfc 0xaa215d6d > > o/4 0x6d30 0x2ef8

[PATCH] hw/ppc/ppc4xx: Only accept (combination of) pow2 DDR sizes

2020-06-29 Thread Philippe Mathieu-Daudé
Use popcount instruction to count the number of bits set in the RAM size. Allow at most 1 bit for each bank. This avoid using invalid hardware configurations. Signed-off-by: Philippe Mathieu-Daudé --- hw/ppc/ppc4xx_devs.c | 9 + 1 file changed, 9 insertions(+) diff --git a/hw/ppc/ppc4xx

[PATCH 12/17] hw/block/nvme: refactor NvmeRequest clearing

2020-06-29 Thread Klaus Jensen
From: Klaus Jensen Move clearing of the structure from "clear before use" to "clear after use". Also, carry a reference to the namespace the (I/O) command is acting on instead of passing it around explicitly. Signed-off-by: Klaus Jensen --- hw/block/nvme.c | 28 hw

[PATCH 15/17] hw/block/nvme: allow multiple aios per command

2020-06-29 Thread Klaus Jensen
From: Klaus Jensen This refactors how the device issues asynchronous block backend requests. The NvmeRequest now holds a queue of NvmeAIOs that are associated with the command. This allows multiple aios to be issued for a command. Only when all requests have been completed will the device post a

[PATCH 16/17] hw/block/nvme: add nvme_check_rw helper

2020-06-29 Thread Klaus Jensen
From: Klaus Jensen Move various request checks to a separate function. Signed-off-by: Klaus Jensen --- hw/block/nvme.c | 32 +++- 1 file changed, 23 insertions(+), 9 deletions(-) diff --git a/hw/block/nvme.c b/hw/block/nvme.c index d836319f068a..ec08841f74b6 100644

[PATCH 17/17] hw/block/nvme: use preallocated qsg/iov in nvme_dma_prp

2020-06-29 Thread Klaus Jensen
From: Klaus Jensen Since clean up of the request qsg/iov is now always done post-use, there is no need to use a stack-allocated qsg/iov in nvme_dma_prp. Signed-off-by: Klaus Jensen Acked-by: Keith Busch Reviewed-by: Maxim Levitsky --- hw/block/nvme.c | 18 ++ 1 file changed,

Re: [PATCH] target/m68k: fix physical address translation in m68k_cpu_get_phys_page_debug()

2020-06-29 Thread Laurent Vivier
Le 29/06/2020 à 19:56, Philippe Mathieu-Daudé a écrit : > On 6/29/20 6:26 PM, Mark Cave-Ayland wrote: >> The result of the get_physical_address() function should be combined with the >> offset of the original page access before being returned. Otherwise the >> m68k_cpu_get_phys_page_debug() functio

[PATCH 14/17] hw/block/nvme: remove NvmeCmd parameter

2020-06-29 Thread Klaus Jensen
From: Klaus Jensen Keep a copy of the raw nvme command in the NvmeRequest and remove the now redundant NvmeCmd parameter. Signed-off-by: Klaus Jensen --- hw/block/nvme.c | 177 +--- hw/block/nvme.h | 1 + 2 files changed, 93 insertions(+), 85 delet

[PATCH 09/17] hw/block/nvme: refactor request bounds checking

2020-06-29 Thread Klaus Jensen
From: Klaus Jensen Hoist bounds checking into its own function. Signed-off-by: Klaus Jensen Reviewed-by: Maxim Levitsky --- hw/block/nvme.c | 26 +- 1 file changed, 21 insertions(+), 5 deletions(-) diff --git a/hw/block/nvme.c b/hw/block/nvme.c index 55b305458152..7cd

[PATCH 13/17] hw/block/nvme: consolidate qsg/iov clearing

2020-06-29 Thread Klaus Jensen
From: Klaus Jensen Always destroy the request qsg/iov at the end of request use. Signed-off-by: Klaus Jensen --- hw/block/nvme.c | 48 +--- 1 file changed, 17 insertions(+), 31 deletions(-) diff --git a/hw/block/nvme.c b/hw/block/nvme.c index 3d38f6

[PATCH 11/17] hw/block/nvme: be consistent about zeros vs zeroes

2020-06-29 Thread Klaus Jensen
From: Klaus Jensen The NVM Express specification generally uses 'zeroes' and not 'zeros'. It might very well be wrong, but let us align with it. Signed-off-by: Klaus Jensen --- block/nvme.c | 4 ++-- hw/block/nvme.c | 8 include/block/nvme.h | 4 ++-- 3 files changed, 8 i

[PATCH 05/17] hw/block/nvme: refactor dma read/write

2020-06-29 Thread Klaus Jensen
From: Klaus Jensen Refactor the nvme_dma_{read,write}_prp functions into a common function taking a DMADirection parameter. Signed-off-by: Klaus Jensen Reviewed-by: Maxim Levitsky --- hw/block/nvme.c | 88 - 1 file changed, 43 insertions(+), 45

[PATCH 08/17] hw/block/nvme: verify validity of prp lists in the cmb

2020-06-29 Thread Klaus Jensen
From: Klaus Jensen Before this patch the device already supported PRP lists in the CMB, but it did not check for the validity of it nor announced the support in the Identify Controller data structure LISTS field. If some of the PRPs in a PRP list are in the CMB, then ALL entries must be there. T

[PATCH 10/17] hw/block/nvme: add check for mdts

2020-06-29 Thread Klaus Jensen
From: Klaus Jensen Add 'mdts' device parameter to control the Maximum Data Transfer Size of the controller and check that it is respected. Signed-off-by: Klaus Jensen Reviewed-by: Maxim Levitsky --- hw/block/nvme.c | 32 ++-- hw/block/nvme.h | 1 + hw/

[PATCH 07/17] hw/block/nvme: add request mapping helper

2020-06-29 Thread Klaus Jensen
From: Klaus Jensen Introduce the nvme_map helper to remove some noise in the main nvme_rw function. Signed-off-by: Klaus Jensen Reviewed-by: Maxim Levitsky --- hw/block/nvme.c | 13 ++--- 1 file changed, 10 insertions(+), 3 deletions(-) diff --git a/hw/block/nvme.c b/hw/block/nvme.c

[PATCH 03/17] hw/block/nvme: replace dma_acct with blk_acct equivalent

2020-06-29 Thread Klaus Jensen
From: Klaus Jensen The QSG isn't always initialized, so accounting could be wrong. Issue a call to blk_acct_start instead with the size taken from the QSG or IOV depending on the kind of I/O. Signed-off-by: Klaus Jensen Reviewed-by: Maxim Levitsky --- hw/block/nvme.c | 5 - 1 file changed

[PATCH 02/17] hw/block/nvme: add mapping helpers

2020-06-29 Thread Klaus Jensen
From: Klaus Jensen Add nvme_map_addr, nvme_map_addr_cmb and nvme_addr_to_cmb helpers and use them in nvme_map_prp. This fixes a bug where in the case of a CMB transfer, the device would map to the buffer with a wrong length. Fixes: b2b2b67a00574 ("nvme: Add support for Read Data and Write Data

[PATCH 04/17] hw/block/nvme: remove redundant has_sg member

2020-06-29 Thread Klaus Jensen
From: Klaus Jensen Remove the has_sg member from NvmeRequest since it's redundant. Also, make sure the request iov is destroyed at completion time. Signed-off-by: Klaus Jensen Reviewed-by: Maxim Levitsky --- hw/block/nvme.c | 11 ++- hw/block/nvme.h | 1 - 2 files changed, 6 inserti

[PATCH 06/17] hw/block/nvme: pass request along for tracing

2020-06-29 Thread Klaus Jensen
From: Klaus Jensen Pass along the NvmeRequest in various functions since it is very useful for tracing. Signed-off-by: Klaus Jensen Reviewed-by: Maxim Levitsky --- hw/block/nvme.c | 67 +-- hw/block/trace-events | 1 + 2 files changed, 40 inserti

[PATCH 00/17] hw/block/nvme: AIO and address mapping refactoring

2020-06-29 Thread Klaus Jensen
From: Klaus Jensen This series is based on "[PATCH 00/17] hw/block/nvme: bump to v1.3" and mostly consists of patches that refactors and clean up dma/cmb address mappings. The "hw/block/nvme: allow multiple aios per command" patch does what it says on the tin and is in preparation for metadata,

  1   2   3   4   5   >