blob: e63146ab2cd15dac8b5ed3638bd46fc9f3bc28aa (
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
|
id = 2269
title = "RISC-V exit via sifive_test does not work in scripts with -serial stdio"
state = "closed"
created_at = "2024-04-06T09:20:17.514Z"
closed_at = "2024-05-15T02:57:20.518Z"
labels = ["target: riscv"]
url = "https://gitlab.com/qemu-project/qemu/-/issues/2269"
host-os = "Ubuntu 22.04"
host-arch = "aarch64"
qemu-version = "8.2.92"
guest-os = "bare metal"
guest-arch = "riscv64"
description = """"""
reproduce = """1. Create assembly file `hello.s`:
```as
.section .text
.globl _start
_start: csrr t0, mhartid
bnez t0, _start
li t0, 0x100000
li t1, 0x5555
sw t1, 0(t0)
halt: j halt
```
2. Create linker script `link.ld`:
```ld
OUTPUT_ARCH( "riscv" )
ENTRY(_start)
SECTIONS
{
. = 0x80000000;
}
```
3. Create runner script `./run.sh` (don't forget to `chmod +x`)
```sh
#!/usr/bin/env bash
timeout 10 qemu-system-riscv64 -M virt -display none -serial stdio -bios none -kernel hello
```
4. Compile into executable:
```sh
riscv64-unknown-elf-gcc -c -mcmodel=medany -fvisibility=hidden -nostartfiles -march=rv64g -mabi=lp64 -o hello.o hello.s
riscv64-unknown-elf-ld hello.o -nostdlib -T link.ld -o hello
```
5. Dot-source the script - it will immediately exit cleanly
6. Execute the script - it will timeout with exit code 124
7. Execute the script with redirected stdin, e.g. `./run.sh < ./run.sh` or `echo | ./run.sh` - it will immediately exit cleanly"""
additional = """This issue happens only with `-serial stdio`. Using `chardev:file` or `chardev:null` does not reproduce the issue. Process substitution like `<(echo 'test')` does not seem to work. `cat | ./run.sh` will wait until any line is send, then exit cleanly. This is mainly an issue when using helper test scripts which want to interact with user, as proper CI/UT would redirect serial anyways.
I have noticed similar behavior with other RISC-V UART device - when running from scripts, there is no output, as if QEMU was waiting for something, even if there is only UART TX, not RX. It does not matter if I actually type in anything or not."""
|