summary refs log tree commit diff stats
path: root/results/classifier/gemma3:12b/hypervisor/2938
diff options
context:
space:
mode:
authorChristian Krinitsin <mail@krinitsin.com>2025-07-03 07:27:52 +0000
committerChristian Krinitsin <mail@krinitsin.com>2025-07-03 07:27:52 +0000
commitd0c85e36e4de67af628d54e9ab577cc3fad7796a (patch)
treef8f784b0f04343b90516a338d6df81df3a85dfa2 /results/classifier/gemma3:12b/hypervisor/2938
parent7f4364274750eb8cb39a3e7493132fca1c01232e (diff)
downloademulator-bug-study-d0c85e36e4de67af628d54e9ab577cc3fad7796a.tar.gz
emulator-bug-study-d0c85e36e4de67af628d54e9ab577cc3fad7796a.zip
add deepseek and gemma results
Diffstat (limited to 'results/classifier/gemma3:12b/hypervisor/2938')
-rw-r--r--results/classifier/gemma3:12b/hypervisor/293812
1 files changed, 12 insertions, 0 deletions
diff --git a/results/classifier/gemma3:12b/hypervisor/2938 b/results/classifier/gemma3:12b/hypervisor/2938
new file mode 100644
index 00000000..0fdbfa71
--- /dev/null
+++ b/results/classifier/gemma3:12b/hypervisor/2938
@@ -0,0 +1,12 @@
+
+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:
+