diff options
Diffstat (limited to '')
| -rw-r--r-- | results/classifier/gemma3:12b/hypervisor/1879 | 10 | ||||
| -rw-r--r-- | results/classifier/gemma3:12b/hypervisor/1879587 | 21 | ||||
| -rw-r--r-- | results/classifier/gemma3:12b/hypervisor/1879672 | 13 |
3 files changed, 44 insertions, 0 deletions
diff --git a/results/classifier/gemma3:12b/hypervisor/1879 b/results/classifier/gemma3:12b/hypervisor/1879 new file mode 100644 index 000000000..5cab46b98 --- /dev/null +++ b/results/classifier/gemma3:12b/hypervisor/1879 @@ -0,0 +1,10 @@ + +ARM Cortex-A15 Emulation Not Working +Description of problem: +I want to make a VM with Windows RT 8.1 but it fails because it can't find a file for the to-emulate ARM CPU. +Steps to reproduce: +1. Use virt-manager to make a VM with the ARM architecture. +2. Make sure the emulated CPU is an ARM Cortex-A15. +3. Try installing and making the VM, it will fail with the error. +Additional information: + diff --git a/results/classifier/gemma3:12b/hypervisor/1879587 b/results/classifier/gemma3:12b/hypervisor/1879587 new file mode 100644 index 000000000..05b82f8ad --- /dev/null +++ b/results/classifier/gemma3:12b/hypervisor/1879587 @@ -0,0 +1,21 @@ + +Register number in ESR is incorrect for certain banked registers when switching from AA32 to AA64 + +I am running into a situation where I have: +- A hypervisor running in EL2, AA64 +- A guest running in EL1, AA32 + +We trap certain accesses to special registers such as DACR (via HCR.TVM). One instruction that is trapped is: + +ee03ef10 -> mcr 15, 0, lr, cr3, cr0, {0} + +The guest is running in SVC mode. So, LR should refer to LR_svc there. LR_svc is mapped to X18 in AA64. So, ESR should reflect that. However, the actual ESR value is: 0xfe00dc0 + +If we decode the 'rt': +>>> (0xfe00dc0 >> 5) & 0x1f +14 + +My understanding is that 14 is incorrect in the context of AA64. rt should be set to 18. The current mode being SVC, LR refers to LR_svc not LR_usr. In other words, the mapping between registers in AA64 and AA32 doesn't seem to be accounted for. I've tested this with Qemu 5.0.0 + +Let me know if that makes sense and if you would like more info. I am also happy to test patches. +Thanks for all the great work on Qemu! \ No newline at end of file diff --git a/results/classifier/gemma3:12b/hypervisor/1879672 b/results/classifier/gemma3:12b/hypervisor/1879672 new file mode 100644 index 000000000..2877d208d --- /dev/null +++ b/results/classifier/gemma3:12b/hypervisor/1879672 @@ -0,0 +1,13 @@ + +QEMU installer with WHPX support + +People often ask the community to add WHPX support to the QEMU installer for Windows, +but it is impossible due to the license limitations of the WHPX SDK. + +The WinHvEmulation.h and WinHvPlatform.h header files needed are "All +rights reserved". + +However these headers only contain struct definitions and integer constants, +no functional code in macros or inline functions. See: +https://<email address hidden>/msg645815.html +It is questionable whether the headers alone can be considered copyrightable material. \ No newline at end of file |