summary refs log tree commit diff stats
path: root/results/classifier/semantic-bugs/instruction/1915027
blob: 4df7ceb4b3e5136c2c00f73f8571a1cb2eb45202 (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
instruction: 0.816
assembly: 0.781
graphic: 0.759
other: 0.744
device: 0.634
semantic: 0.632
mistranslation: 0.442
vnc: 0.284
network: 0.181
boot: 0.140
socket: 0.116
KVM: 0.044

RISC-V 64, CPUs do ilegal 0x00 write with SMP

When QEMU is runt like this:

qemu-system-riscv64 -d unimp,guest_errors -smp 8

Other harts will do a illegal write on address 0x00.

This could be mostly (i think) because the initial assembly code is only loaded on the first hart and the others do a mess because there is no code to execute.

Even with -smp 1 you will see the same errors. The problem is because there is nothing to run after OpenSBI jumps to the next stage.

If you load a kernel you will not see the error messages.