blob: e025825d731004e4356fd50e1cd33976ba1e416b (
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
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
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:
##
|