summary refs log tree commit diff stats
path: root/results/classifier/accel-gemma3:12b/vmm/2938
diff options
context:
space:
mode:
authorChristian Krinitsin <mail@krinitsin.com>2025-07-03 16:27:09 +0000
committerChristian Krinitsin <mail@krinitsin.com>2025-07-03 16:27:09 +0000
commit4d9e26c0333abd39bdbd039dcdb30ed429c475ba (patch)
tree4010d5fb3e8bc48c110a2c1ff2a16b8648cb86bb /results/classifier/accel-gemma3:12b/vmm/2938
parent5541099586dbd6018574cb44e1934907c121526f (diff)
downloadqemu-analysis-4d9e26c0333abd39bdbd039dcdb30ed429c475ba.tar.gz
qemu-analysis-4d9e26c0333abd39bdbd039dcdb30ed429c475ba.zip
add gemma accelerator classification results
Diffstat (limited to 'results/classifier/accel-gemma3:12b/vmm/2938')
-rw-r--r--results/classifier/accel-gemma3:12b/vmm/293812
1 files changed, 12 insertions, 0 deletions
diff --git a/results/classifier/accel-gemma3:12b/vmm/2938 b/results/classifier/accel-gemma3:12b/vmm/2938
new file mode 100644
index 000000000..0fdbfa716
--- /dev/null
+++ b/results/classifier/accel-gemma3:12b/vmm/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:
+