On Thu, 5 Feb 2026 at 15:24, Mohamed Mediouni <[email protected]> wrote: > > Link to branch: https://github.com/mediouni-m/qemu whpx (tag for this > submission: whpx-v21) > > Patches without a review: patches 3, 5, 6, 7 > > Missing features: > - VM save-restore: interrupt controller state notably > - SVE register sync: I didn't have the time to test this on pre-release > hardware with SVE2 support yet. > So SVE2 is currently masked for VMs when running this. > > Known bugs: > - U-Boot still doesn't work (hangs when trying to parse firmware) but EDK2 > does. > > Note: > > "target/arm/kvm: add constants for new PSCI versions" taken from the mailing > list. > > "accel/system: Introduce hwaccel_enabled() helper" taken from the mailing > list, added here > as part of this series to make it compilable as a whole. > > And another note: > > Seems that unlike HVF there isn't direct correspondence between WHv registers > and the actual register layout, > so didn't do changes there to a sysreg.inc. > > Updates for v22: > - Oops, add updated IORT now that the SMMU patches are merged > The revision field in the IORT changed compared to the revision of the SMMU > patches the artefact was built on. > Ran a make test again in a clean tree to make sure...
Thanks; I've applied v22 to target-arm.next. (I took the patches from your git repo this time as you mentioned on IRC that patches 21 and 22 didn't make it to the list due to an email infra issue.) > in side note: try to make certain that qemu-system-aarch64 is built as part > of make test on macOS instead of > the unsigned variant only as that might have been why I didn't observe this That reminds me that I think somebody mentioned to me that for some reason only the unsigned binaries were getting built for them. Shouldn't we be building the signed binaries always, so that execution in-tree works? (I had a quick glance at the meson.build runes but they looked like they ought to be doing that, and I didn't have inclination to investigate further.) -- PMM
