Hi Zhangjin, On Mon, Jul 10, 2023 at 02:33:22AM +0800, Zhangjin Wu wrote: > For qemu-user, I have rechecked the following version: > > $ qemu-x86_64 --version > qemu-x86_64 version 4.2.1 (Debian 1:4.2-3ubuntu6.18) > > $ qemu-x86_64 --version > qemu-x86_64 version 7.0.0 (Debian 1:7.0+dfsg-7ubuntu2.6~backport20.04.202306190332~ubuntu20.04.1) > > $ build/x86_64/pc/qemu/v8.0.2/qemu-x86_64 --version > qemu-x86_64 version 8.0.2 (v8.0.2-dirty) > > all of them work well, as a comparison, what's your qemu-user version? Spot on! I ran it remotely and had a different qemu in my default path: $ qemu-x86_64 --version qemu-x86_64 version 2.7.0, Copyright (c) 2003-2016 Fabrice Bellard and the QEMU Project developers I didn't notice but it yells at me during the test: qemu: Unsupported syscall: 332 Locally with this version it's much cleaner: $ qemu-x86_64 --version qemu-x86_64 version 6.2.0 Copyright (c) 2003-2021 Fabrice Bellard and the QEMU Project developers $ make run-user | grep status: 143 test(s): 141 passed, 2 skipped, 0 failed => status: warning So we can keep it and blame my environment for that failure. Thanks for checking, Willy
