Previously, for the fsdax mem-backend-file, it will register failed with
Operation not supported. In this case, we can try to register it with
On-Demand Paging[1] like what rpma_mr_reg() does on rpma[2].
[1]:
https://community.mellanox.com/s/article/understanding-on-demand-paging--odp-x
[2]: http
Previous qemu face 2 problems when migrating a fsdax memory backend with
RDMA protocol.
(1) ibv_reg_mr failed with Operation not supported
(2) requester(source) side could receive RNR NAK.
For the (1), we can try to register memory region with ODP feature which
has already been implemented in some
The responder mr registering with ODP will sent RNR NAK back to
the requester in the face of the page fault.
-
ibv_poll_cq wc.status=13 RNR retry counter exceeded!
ibv_poll_cq wrid=WRITE RDMA!
-
ibv_advise_mr(3) helps to make pages present before the actual IO is
conducted so that t
And change the default to true so that in '-incoming defer' case, user is able
to change multifd capability.
Signed-off-by: Li Zhijian
---
migration/migration.c | 8
migration/multifd.c | 2 +-
2 files changed, 9 insertions(+), 1 deletion(-)
diff --git a/migration/migration.c b/migra
multifd with unsupported protocol will cause a segment fault.
(gdb) bt
#0 0x563b4a93faf8 in socket_connect (addr=0x0, errp=0x7f7f02675410) at
../util/qemu-sockets.c:1190
#1 0x563b4a797a03 in qio_channel_socket_connect_sync (ioc=0x563b4d16e8c0,
addr=0x0, errp=0x7f7f02675410) at ../io/c
Per the "Godson-2E User Manual v0.6", the Loongson 2E processor
does not implement the MOVZ/MOVN instructions
However it's enhanced version, the STLS2F01 processor, does.
See STLS2F01 User Manual (rev 1), chapter 13.1 "The compliance
overview":
The STLS2F01 processor implements several special
ping^2?
On 7/22/21 6:08 PM, Philippe Mathieu-Daudé wrote:
> ping?
>
> On 7/8/21 5:57 PM, Philippe Mathieu-Daudé wrote:
>> Add 'sysemu' component for issues not related to TCG.
>>
>> Since v1:
>> - add accelerator components (Peter)
>>
>> Supersedes: <20210619091342.3660495-1-f4...@amsat.org>
>>
>
Hey folks —
I’d like to be able to use VirtIO with qemu-system-alpha but, at least on a
NetBSD x86_64 host, it does not currently work. This is because
virtio_bus_device_plugged() in hw/virtio/virtio-bus.c ends up picking
address_space_memory as the DMA address space for the VirtIODevice. Thi
On Sat, Jul 31, 2021 at 2:40 AM Thomas Huth wrote:
>
> On 31/07/2021 00.04, Cleber Rosa wrote:
> > On Fri, Jul 30, 2021 at 11:43 AM Peter Maydell
> > wrote:
> >>
> >> On Fri, 30 Jul 2021 at 16:12, Peter Maydell
> >> wrote:
> >>>
> >>> "make check-acceptance" takes way way too long. I just did
Peter Maydell writes:
> "make check-acceptance" takes way way too long. I just did a run
> on an arm-and-aarch64-targets-only debug build and it took over
> half an hour, and this despite it skipping or cancelling 26 out
> of 58 tests!
>
> I think that ~10 minutes runtime is reasonable. 30 is n
Use a dedicated UART config(CONFIG_SHAKTI_UART) to select
shakti uart.
Signed-off-by: Vijai Kumar K
---
hw/char/Kconfig | 3 +++
hw/char/meson.build | 2 +-
hw/riscv/Kconfig| 5 +
3 files changed, 5 insertions(+), 5 deletions(-)
diff --git a/hw/char/Kconfig b/hw/char/Kconfig
index 2
On 7/30/21 12:55 PM, Philippe Mathieu-Daudé wrote:
case OPC_JR:
-gen_compute_branch(ctx, op1, 4, rs, rd, sa, 4);
+gen_compute_branch(ctx, op1, 4, rs, 0, 0, 4);
Reviewed-by: Richard Henderson
r~
On Sat, 31 Jul 2021 at 19:43, Alex Bennée wrote:
>
>
> Peter Maydell writes:
>
> > "make check-acceptance" takes way way too long. I just did a run
> > on an arm-and-aarch64-targets-only debug build and it took over
> > half an hour, and this despite it skipping or cancelling 26 out
> > of 58 tes
Signed-off-by: Daniele Ahmed
---
target/i386/tcg/translate.c | 9 -
1 file changed, 9 deletions(-)
diff --git a/target/i386/tcg/translate.c b/target/i386/tcg/translate.c
index aacb605..41386dd 100644
--- a/target/i386/tcg/translate.c
+++ b/target/i386/tcg/translate.c
@@ -5366,7 +5366,6 @
Hello!
I maintain the TPM support in QEMU and the TPM emulator (swtpm). I
have a report from a user who would like to use QEMU on ARM64 (aarch64)
with EDK2 and use an attached TPM 2 but it doesn't seem to work for him.
We know that Windows on x86_64 works with EDK2 and can use an attached
TP
On Fri, Jul 30, 2021 at 9:04 PM Peter Maydell wrote:
>
> arch_init.h only defines the QEMU_ARCH_* enumeration and the
> arch_type global. Don't include it in files that don't use those.
>
> Signed-off-by: Peter Maydell
Reviewed-by: Alistair Francis
Alistair
> ---
> blockdev.c
16 matches
Mail list logo
