1 files changed, 57 insertions, 0 deletions
diff --git a/results/classifier/118/graphic/740 b/results/classifier/118/graphic/740
new file mode 100644
index 00000000..e025825d
--- /dev/null
+++ b/results/classifier/118/graphic/740
@@ -0,0 +1,57 @@
+graphic: 0.967
+performance: 0.966
+device: 0.928
+architecture: 0.862
+peripherals: 0.841
+PID: 0.821
+user-level: 0.803
+debug: 0.798
+socket: 0.781
+ppc: 0.776
+semantic: 0.760
+files: 0.758
+permissions: 0.715
+register: 0.682
+boot: 0.671
+network: 0.655
+kernel: 0.635
+arm: 0.613
+vnc: 0.583
+TCG: 0.573
+VMM: 0.549
+mistranslation: 0.468
+risc-v: 0.454
+assembly: 0.411
+hypervisor: 0.395
+i386: 0.280
+virtual: 0.253
+KVM: 0.061
+x86: 0.027
+
+on single core Raspberry Pi, qemu-system-sparc appears to hang in bios
+Description of problem:
+I suspect it to be a race condition related to running on the slow single core Raspberry Pi, as I haven't managed to reproduce on x86 even when using taskset to tie qemu to a single core.
+
+The problem occurs about 4 out of 5 runs on qemu 5.2 (raspbian bullseye) and so far 100% of the time on qemu 6.1.
+
+About five seconds after start the sparc bios gets as far as `ttya initialized` and then appears to hang indefinitely.
+
+Instead, it should continue after about 3 more seconds with:
+```
+Probing Memory Bank #0 32 Megabytes
+Probing Memory Bank #1 Nothing there
+Probing Memory Bank #2 Nothing there
+Probing Memory Bank #3 Nothing there
+```
+
+See below for workaround.
+Steps to reproduce:
+1. Need a single core Raspberry Pi running raspbian, such as Raspberry Pi 1 or Zero
+2. Download ss5.bin from https://github.com/andarazoroflove/sparc/raw/master/ss5.bin
+3. Run the command:
+```
+qemu-system-sparc -m 32 -bios ss5.bin -nographic
+```
+After about 5 seconds of output it hangs at `ttya initialized`
+Additional information:
+##