Open popey opened 1 month ago
On my m2 macbook I had to remove "migratable=no" from the CPU variable definition, on lines 468 and 470. I then got to the install screen.
Can't do much for your tacos, though.
Thanks @ymauray
Yup! That worked.
Now all we need to do is let @flexiondotorg do his magic and turn this hack into something beautiful !
Step one: Buy a mac.
Workaround: Come to my office tomorrow and play with mine.
What's the purpose of migratable=no
in the CPU argument for exclusively Windows guests? #1269 also references an issue with it.
I think that with migratable=no QEMU makes the guest CPU more consistent with the host and less basic. Without this option set, it allows for save/load of the VM state, and migration from one version to another. e.g. save state on QEMU 8, upgrade qemu, and load state from that VM on QEMU 9. As the host and guest are different architectures, this passthrough isn't going to work as the feature capabilities of host and guest CPU differ too much.
So I am guessing there needs to be a path in that function which sets the CPU flags based on host CPU as well as guest CPU. Probably around line 403, where there's already a host CPU arch check.
I left it running overnight, and now I have a Windows 10 VM on my state-of-the-art Apple M3 Pro laptop, which has the performance of Windows 98 on a 486 :D
Yep, pretty much the same experience over here, with Windows 11 on an M2 macbook air !
Related to this, future quickget will be able to build Windows images, including both development channels & aarch64: https://github.com/quickemu-project/quickget_configs/commit/e0217c2d26e0f2ffccd99263ca525a27770decdd. I don't believe quickemu is capable of booting aarch64 Windows yet, though.
I don't believe quickemu is capable of booting aarch64 Windows yet, though.
Correct :+1: But we should totally support that at some point :slightly_smiling_face:
I confirm this bug has not already been reported
Describe the bug
I pulled the tip of git, then ran quickemu, and Windows 10 didn't boot.
qemu-system-x86_64: can't apply global qemu64-x86_64-cpu.migratable=no: Property 'qemu64-x86_64-cpu.migratable' not found
To Reproduce Steps to reproduce the behavior:
./quickget windows 10
./quickemu --vm windows-10.conf
Expected behavior
A window appears with a perfectly smooth and bare-metal fast emulation of x86_64 Windows.
But I'd take a window of some kind.
Quickemu output
System information
Screenshots
I wish.
Additional context
I like tacos.