-
Notifications
You must be signed in to change notification settings - Fork 19
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
VMs running via QEMU only expose SSE and SSE2 CPU features #60
Labels
enhancement
New feature or request
Comments
I can see if I can add more CPU features when using QEMU. As long as the OS boots I don't think it needs to be an option. |
jacob-carlborg
added a commit
that referenced
this issue
Aug 13, 2023
This changes the machine to `q35` and the CPU to `max`, for x86-64.
jacob-carlborg
added a commit
that referenced
this issue
Aug 13, 2023
jacob-carlborg
added a commit
that referenced
this issue
Aug 13, 2023
jacob-carlborg
added a commit
that referenced
this issue
Aug 13, 2023
jacob-carlborg
added a commit
that referenced
this issue
Aug 13, 2023
jacob-carlborg
added a commit
that referenced
this issue
Aug 13, 2023
jacob-carlborg
added a commit
that referenced
this issue
Aug 17, 2023
Available now in v0.19.0. |
jacob-carlborg
added a commit
that referenced
this issue
Oct 6, 2023
jacob-carlborg
added a commit
that referenced
this issue
Oct 6, 2023
jacob-carlborg
added a commit
that referenced
this issue
Oct 7, 2023
korli
added a commit
to korli/action
that referenced
this issue
Mar 15, 2024
Release 0.19.0 Changed - VMs running via QEMU only expose SSE and SSE2 CPU features ([cross-platform-actions#60](cross-platform-actions#60)). This changes the machine to `q35` and the cpu to `max`, for x86-64 using the QEMU hypervisor. This adds more CPU features like AVX and AVX2.
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Even when the host machine supports more advanced instruction sets like AVX/AVX2 - VMs only expose SSE and SSE2. At the moment it's not possible to test AVX code in these VMs. Xhyve exposes features up to AVX, but not AVX2, even when the host supports these extensions.
Is there any plan to perhaps add an option that would influence how many CPU features would be provided to the guest machine? I think at least AVX as exposed by xhyve would be great.
The text was updated successfully, but these errors were encountered: