blob: f4d1e91208eea96d5f65b58b74691c51959b56b3 (
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
58
59
60
61
62
63
64
65
66
67
|
debug: 0.899
architecture: 0.893
graphic: 0.822
files: 0.813
TCG: 0.806
semantic: 0.769
device: 0.717
mistranslation: 0.664
hypervisor: 0.655
PID: 0.649
performance: 0.647
register: 0.642
vnc: 0.601
user-level: 0.578
permissions: 0.565
risc-v: 0.546
i386: 0.522
ppc: 0.511
network: 0.497
socket: 0.494
x86: 0.462
VMM: 0.459
boot: 0.456
peripherals: 0.452
virtual: 0.444
KVM: 0.374
arm: 0.372
kernel: 0.296
assembly: 0.211
Assertion raised when hitting gdb break point in qemu-system-avr
Description of problem:
An assertion is triggered when inserting a break point via gdb and continuing from gdb until hitting the break point:
```
./qemu-system-avr -nographic -machine uno -s -S -bios simpletest.bin
Starting up...
qemu-system-avr: ../accel/tcg/translate-all.c:1476: tb_gen_code: Assertion `tb->size != 0' failed.
Aborted (core dumped)
```
The matching gdb session:
```
~/gdb/gdb-10.1-OK/gdb/avr-gdb
GNU gdb (GDB) 10.1
[snipped copyright notice ]
(gdb) tar rem :1234
Remote debugging using :1234
warning: Target-supplied registers are not supported by the current architecture
warning: No executable has been specified and target does not support
determining executable automatically. Try using the "file" command.
0x00000000 in ?? ()
(gdb) b *0xb2
Breakpoint 1 at 0xb2
(gdb) c
Continuing.
Remote connection closed
(gdb)
```
Steps to reproduce:
1. Start qemu with command line given in description above
2. Connect to qemu session using avr-gdb, also given in description.
3. From avr-gdb, place a break point somewhere in code, then continue
4. When qemu reaches break point, an assertion is raised
Additional information:
1. When running without a break point there is no assertion
2. Problem appears to be triggered only when inserted break point is hit.
3. Stepping in gdb works
4. This problem isn't evident in qemu 6.0.0
|