add 18th iteration of classifier

1 files changed, 41 insertions, 0 deletions

diff --git a/results/classifier/118/graphic/2938 b/results/classifier/118/graphic/2938
new file mode 100644
index 000000000..417821e93
--- /dev/null
+++ b/results/classifier/118/graphic/2938
@@ -0,0 +1,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:
+