blob: b93da999212255934ed9b60b83b5f0d4f745d788 (
plain) (
blame)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
|
boot: 0.697
arm: 0.682
architecture: 0.680
device: 0.674
performance: 0.662
graphic: 0.587
socket: 0.560
mistranslation: 0.489
network: 0.464
semantic: 0.419
register: 0.307
debug: 0.249
risc-v: 0.237
kernel: 0.235
peripherals: 0.208
vnc: 0.198
user-level: 0.181
PID: 0.166
VMM: 0.164
permissions: 0.141
files: 0.134
assembly: 0.113
virtual: 0.101
hypervisor: 0.092
ppc: 0.079
TCG: 0.070
i386: 0.038
x86: 0.027
KVM: 0.015
SBSA ACS test freezes inside qemu-system-aarch64
In an effort to get Windows 10 for ARM64 (which is supposed to boot on SBSA/SBBR-compliant platforms) to boot inside qemu, I tried to run the SBSA ACS test suite. I used the UEFI image from the latest Linaro snapshot, and built the SBSA ACS UEFI application from https://github.com/ARM-software/sbsa-acs myself using a Linaro aarch64 compiler.
Test #8 causes an infinite exception loop, as the exception vectors themselves somehow become inaccessible, and accessing them triggers another exception to be handled by the same vector. (With some older Linaro UEFI images, the hard lockup is avoided, and the SBSA UEFI app crashes instead.) If I disable that test, the testsuite locks up in other tests in very similar ways. We aren't even able to get a pass/fail score from the app because of this.
Which version of QEMU did you test? Does it work better with the latest version of QEMU now?
[Expired for QEMU because there has been no activity for 60 days.]
|