ARM cpu emulation regression on QEMU 4.2.0 [*] Summary Latest QEMU has an ARM CPU emulation regression. Regression is reproducible by building any C# project with .NET Core SDK 3.1.300 on Debian 10 armhf. Affected releases: QEMU 4.2.0, 5.0.0 Not affected releases: QEMU 4.1.0, QEMU 4.1.1 [*] Detail qemu-system-arm fails to run .NET Core SDK 3.1 on Debian 10 armhf. I occasionally test my C# projects on the virtual armhf/arm64 system emulated by QEMU. MSBuild, a build engine of the .NET Core SDK, crashes on QEMU 4.2.0 or later. The crash only happens when MSBuild tries to do any JIT compiling (dotnet build / dotnet test). I attached MSBuild crash logs. MSBuild always crashes with SEHException, which means it tried to call C binary from .NET binary. The issue affects QEMU 4.2.0 and 5.0.0. QEMU 4.1.0, 4.1.1, and real Raspberry Pi 2 machine is not affected by this issue, and .NET Core SDK works completely fine. Thus, I think an ARM CPU regression happened between QEMU 4.1.1 ~ QEMU 4.2.0. [*] Environment [Host OS] Distribution: Linux Mint 19.3 amd64 CPU: AMD Ryzen 5 3600 Kernel: Ubuntu 5.3.0-51-generic [QEMU Arguments] qemu-system-arm \ -smp 3 -M virt -m 4096 \ -kernel vmlinuz-4.19.0-9-armmp-lpae \ -initrd initrd.img-4.19.0-9-armmp-lpae \ -append "root=/dev/vda2" \ -drive if=none,file=debian_arm.qcow2,format=qcow2,id=hd \ -device virtio-blk-device,drive=hd \ -netdev user,id=mynet,hostfwd=tcp::-:22 \ -device virtio-net-device,netdev=mynet \ -device virtio-rng-device\ [QEMU Guest OS] Distribution: Debian 10 Buster armhf Kernel: Debian 4.19.0-9-armmp-lpae .NET Core SDK: 3.1.300 [Raspberry Pi 2] Distribution: Raspberry Pi OS Buster armhf (20200527) [Tested C# Projects] This is a list of C# projects I have tested on QEMU and RPI2. - https://github.com/ied206/Joveler.DynLoader - https://github.com/ied206/Joveler.Compression - https://github.com/ied206/ManagedWimLib