blob: 417821e9373dfe53134e0336931c0152990afcc9 (
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
41
|
x86: 0.988
graphic: 0.965
kernel: 0.961
architecture: 0.955
device: 0.916
boot: 0.907
performance: 0.847
PID: 0.765
hypervisor: 0.747
risc-v: 0.738
vnc: 0.710
register: 0.706
arm: 0.703
debug: 0.696
network: 0.669
socket: 0.665
semantic: 0.664
mistranslation: 0.574
files: 0.568
ppc: 0.561
VMM: 0.528
user-level: 0.441
virtual: 0.423
TCG: 0.418
permissions: 0.368
i386: 0.356
assembly: 0.180
peripherals: 0.101
KVM: 0.077
10.0.0 HVF x86_64 regression: can't boot NetBSD 10.1 with -smp 2
Description of problem:
Under 9.2.3, a NetBSD/amd64 10.1 guest with `-smp 2` booted and ran fine.
Under 10.0.0, the same guest never finishes loading the kernel. It looks like it's retrying many times per second, possibly even reloading the NetBSD boot loader each time, though it's redrawing so fast I can't tell for sure. (I'll attempt to link to an asciinema capture shortly.) `-smp 1` lets the machine come up.
For comparison, a NetBSD/aarch64 10.1 with `-smp 4` runs with `-accel hvf` under macOS/aarch64 15.4.1 just as well with 10.0.0 as it did with 9.2.3.
Steps to reproduce:
1. With x86 macOS host and NetBSD guest (possibly a wider range than the exact versions I'm currently using), attempt to boot NetBSD with `-smp 2`
Additional information:
|