[PULL 04/15] block-backend: convert blk_co_pwritev_part to int64_t bytes

2021-10-15 Thread Eric Blake
From: Vladimir Sementsov-Ogievskiy We convert blk_do_pwritev_part() and some wrappers: blk_co_pwritev_part(), blk_co_pwritev(), blk_co_pwrite_zeroes(). All functions are converted so that the parameter type becomes wider, so all callers should be OK with it. Look at blk_do_pwritev_part() body:

[PULL 06/15] block-backend: rename _do_ helper functions to _co_do_

2021-10-15 Thread Eric Blake
From: Vladimir Sementsov-Ogievskiy This is a preparation to the following commit, to use automatic coroutine wrapper generation. Signed-off-by: Vladimir Sementsov-Ogievskiy Message-Id: <20211006131718.214235-6-vsement...@virtuozzo.com> Reviewed-by: Eric Blake Signed-off-by: Eric Blake --- bl

Re: [PATCH v2 6/6] target/riscv: zfh: implement zfhmin extension

2021-10-15 Thread Richard Henderson
On 10/15/21 12:03 AM, frank.ch...@sifive.com wrote: From: Frank Chang Zfhmin extension is a subset of Zfh extension, consisting only of data transfer and conversion instructions. If enabled, only the following instructions from Zfh extension are included: * flh, fsh, fmv.x.h, fmv.h.x, fcvt.s

[PULL 07/15] block-coroutine-wrapper.py: support BlockBackend first argument

2021-10-15 Thread Eric Blake
From: Vladimir Sementsov-Ogievskiy Signed-off-by: Vladimir Sementsov-Ogievskiy Message-Id: <20211006131718.214235-7-vsement...@virtuozzo.com> Reviewed-by: Eric Blake Signed-off-by: Eric Blake --- scripts/block-coroutine-wrapper.py | 12 ++-- block/coroutines.h | 3 +++

[PULL 01/15] qcow2: Silence clang -m32 compiler warning

2021-10-15 Thread Eric Blake
From: Hanna Reitz With -m32, size_t is generally only a uint32_t. That makes clang complain that in the assertion assert(qiov->size <= INT64_MAX); the range of the type of qiov->size (size_t) is too small for any of its values to ever exceed INT64_MAX. Cast qiov->size to uint64_t to silence

[PULL 09/15] block-backend: convert blk_foo wrappers to use int64_t bytes parameter

2021-10-15 Thread Eric Blake
From: Vladimir Sementsov-Ogievskiy Convert blk_pdiscard, blk_pwrite_compressed, blk_pwrite_zeroes. These are just wrappers for functions with int64_t argument, so allow passing int64_t as well. Parameter type becomes wider so all callers should be OK with it. Note that requests exceeding INT_MAX

[PULL 14/15] block-backend: fix blk_co_flush prototype to mention coroutine_fn

2021-10-15 Thread Eric Blake
From: Vladimir Sementsov-Ogievskiy We already have this marker for the blk_co_flush function declaration in block/block-backend.c. Add it in the header too. Signed-off-by: Vladimir Sementsov-Ogievskiy Message-Id: <20211007175243.642516-1-vsement...@virtuozzo.com> Reviewed-by: Eric Blake [eblak

Re: [PATCH v2 5/6] target/riscv: zfh: half-precision floating-point classify

2021-10-15 Thread Richard Henderson
On 10/15/21 12:03 AM, frank.ch...@sifive.com wrote: From: Kito Cheng Signed-off-by: Kito Cheng Signed-off-by: Chih-Min Chao Signed-off-by: Frank Chang --- target/riscv/fpu_helper.c | 6 ++ target/riscv/helper.h | 1 + target/riscv/insn32.decode

[PULL 08/15] block-backend: drop blk_prw, use block-coroutine-wrapper

2021-10-15 Thread Eric Blake
From: Vladimir Sementsov-Ogievskiy Let's drop hand-made coroutine wrappers and use coroutine wrapper generation like in block/io.c. Now, blk_foo() functions are written in same way as blk_co_foo() ones, but wrap blk_do_foo() instead of blk_co_do_foo(). Signed-off-by: Vladimir Sementsov-Ogievski

[PULL 15/15] block-backend: update blk_co_pwrite() and blk_co_pread() wrappers

2021-10-15 Thread Eric Blake
From: Vladimir Sementsov-Ogievskiy Make bytes argument int64_t to be consistent with modern block-layer. Callers should be OK with it as type becomes wider. What is inside functions? - Conversion from int64_t to size_t. Still, we can't have a buffer larger than SIZE_MAX, therefore bytes should

[PULL 11/15] block-backend: convert blk_aio_ functions to int64_t bytes paramter

2021-10-15 Thread Eric Blake
From: Vladimir Sementsov-Ogievskiy 1. Convert bytes in BlkAioEmAIOCB: aio->bytes is only passed to already int64_t interfaces, and set in blk_aio_prwv, which is updated here. 2. For all updated functions the parameter type becomes wider so callers are safe. 3. In blk_aio_prwv we only sto

[PULL 13/15] block-backend: drop INT_MAX restriction from blk_check_byte_request()

2021-10-15 Thread Eric Blake
From: Vladimir Sementsov-Ogievskiy blk_check_bytes_request is called from blk_co_do_preadv, blk_co_do_pwritev_part, blk_co_do_pdiscard and blk_co_copy_range before (maybe) calling throttle_group_co_io_limits_intercept() (which has int64_t argument) and then calling corresponding bdrv_co_ function

Re: [PATCH v3 0/3] hw/mips/boston: ELF kernel support

2021-10-15 Thread Jiaxun Yang
在2021年10月15日十月 上午9:49,Philippe Mathieu-Daudé写道: > On 10/11/21 15:58, Jiaxun Yang wrote: >> ping? >> >> 在 2021/10/2 19:45, Jiaxun Yang 写道: >>> Jiaxun Yang (3): >>>    hw/mips/boston: Massage memory map information >>>    hw/mips/boston: Allow loading elf kernel and dtb >>>    hw/mips/boston: Add

Re: [PATCH 1/4] vt82c686: Move common code to via_isa_realize

2021-10-15 Thread Jiaxun Yang
在2021年10月15日十月 上午2:06,BALATON Zoltan写道: > The vt82c686b_realize and vt8231_realize methods are almost identical, > factor out the common parts to a via_isa_realize function to avoid > code duplication. > > Signed-off-by: BALATON Zoltan Reviewed-by: Jiaxun Yang > --- > hw/isa/vt82c686.c | 67

Re: [PATCH 2/4] vt82c686: Add a method to VIA_ISA to raise ISA interrupts

2021-10-15 Thread Jiaxun Yang
在2021年10月15日十月 上午2:06,BALATON Zoltan写道: > Other functions in the VT82xx chips need to raise ISA interrupts. Keep > a reference to them in the device state and add via_isa_set_irq() to > allow setting their state. > > Signed-off-by: BALATON Zoltan Reviewed-by: Jiaxun Yang > --- -- - Jiaxun

Re: [PATCH 3/6] ppc/pegasos2: Implement get-time-of-day RTAS function with VOF

2021-10-15 Thread BALATON Zoltan
On Fri, 15 Oct 2021, BALATON Zoltan wrote: On Fri, 15 Oct 2021, David Gibson wrote: On Thu, Oct 14, 2021 at 09:50:19PM +0200, BALATON Zoltan wrote: This is needed for Linux to access RTC time. Signed-off-by: BALATON Zoltan --- hw/ppc/pegasos2.c | 25 + 1 file changed,

Re: [PULL 00/15] NBD patches through 2021-10-15

2021-10-15 Thread Richard Henderson
On 10/15/21 2:09 PM, Eric Blake wrote: The following changes since commit 253e399bab7c83b3411f8eac01840283a9304cb3: Merge remote-tracking branch 'remotes/kwolf/tags/for-upstream' into staging (2021-10-15 12:08:54 -0700) are available in the Git repository at: https://repo.or.cz/qemu/eri

Re: [PATCH v5] hw/arm/virt: Don't create device-tree node for empty NUMA node

2021-10-15 Thread Richard Henderson
On 10/15/21 5:42 AM, Gavin Shan wrote: The empty NUMA node, where no memory resides, are allowed. For example, the following command line specifies two empty NUMA nodes. With this, QEMU fails to boot because of the conflicting device-tree node names, as the following error message indicates.

Re: [PATCH v2 00/48] tcg: optimize redundant sign extensions

2021-10-15 Thread Richard Henderson
Ping. On 10/7/21 12:54 PM, Richard Henderson wrote: Currently, we have support for optimizing redundant zero extensions, which I think was done with x86 and aarch64 in mind, which zero-extend all 32-bit operations into the 64-bit register. But targets like Alpha, MIPS, and RISC-V do sign-extens

Re: [PATCH v13 5/7] [RISCV_PM] Support pointer masking for RISC-V for i/c/f/d/a types of instructions

2021-10-15 Thread Richard Henderson
On 10/15/21 12:29 PM, Alexey Baturo wrote: Signed-off-by: Alexey Baturo Reviewed-by: Richard Henderson Reviewed-by: Alistair Francis --- target/riscv/insn_trans/trans_rva.c.inc | 3 +++ target/riscv/insn_trans/trans_rvd.c.inc | 2 ++ target/riscv/insn_trans/trans_rvf.c.inc | 2 ++ targ

Re: [PATCH v13 6/7] [RISCV_PM] Implement address masking functions required for RISC-V Pointer Masking extension

2021-10-15 Thread Richard Henderson
On 10/15/21 12:29 PM, Alexey Baturo wrote: FIELD(TB_FLAGS, MSTATUS_HS_FS, 10, 2) +/* If PointerMasking should be applied */ +FIELD(TB_FLAGS, PM_ENABLED, 10, 1) Merge error. +if (riscv_has_ext(env, RVJ)) { +int priv = cpu_mmu_index(env, false) & TB_FLAGS_PRIV_MMU_MASK; cpu_mmu_

Re: [PATCH v13 3/7] [RISCV_PM] Support CSRs required for RISC-V PM extension except for the h-mode

2021-10-15 Thread Richard Henderson
On 10/15/21 12:29 PM, Alexey Baturo wrote: + +/* + * CSRs for PointerMasking extension + */ +target_ulong mmte; +target_ulong mpmmask; +target_ulong mpmbase; +target_ulong spmmask; +target_ulong spmbase; +target_ulong upmmask; +target_ulong upmbase; You n

Re: [PATCH v13 7/7] [RISCV_PM] Allow experimental J-ext to be turned on

2021-10-15 Thread Richard Henderson
On 10/15/21 12:29 PM, Alexey Baturo wrote: Signed-off-by: Alexey Baturo --- target/riscv/cpu.c | 4 1 file changed, 4 insertions(+) Reviewed-by: Richard Henderson r~

gitlab build-edk2 failures

2021-10-15 Thread Richard Henderson
I've seen a lot of failures on this job recently, and they're all timeouts cloning the git submodules. Would it be better to mirror these to gitlab? r~

Re: [PATCH v8 01/78] target/riscv: fix TB_FLAGS bits overlapping bug for rvv/rvh

2021-10-15 Thread Richard Henderson
On 10/15/21 12:45 AM, frank.ch...@sifive.com wrote: From: Frank Chang TB_FLAGS mem_idx bits was extended from 2 bits to 3 bits in commit: c445593, but other TB_FLAGS bits for rvv and rvh were not shift as well so these bits may overlap with each other when rvv is enabled. Signed-off-by: Frank C

[PATCH v3] hw/riscv: virt: Use machine->ram as the system memory

2021-10-15 Thread MingWang Li
From: Mingwang Li If default main_mem is used to be registered as the system memory, other memory cannot be initialized. Therefore, the system memory should be initialized to the machine->ram, which consists of the default main_mem and other possible memory required by applications, such as share

Re: Host-PCI-Device mapping

2021-10-15 Thread Ajay Garg
Never mind, found the answers in kvm_set_user_memory :) On Fri, Oct 15, 2021 at 9:36 PM Ajay Garg wrote: > > Hello everyone. > > I have a x86_64 L1 guest, running on a x86_64 host, with a > host-pci-device attached to the guest. > The host runs with IOMMU enabled, and passthrough enabled. > > Fol

<    1   2   3   4