blob: 0f4ab102534227f89bb55338d8a72b750ced0c1a (
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
68
69
70
71
72
73
74
|
x86: 0.358
semantic: 0.282
PID: 0.250
device: 0.239
architecture: 0.225
debug: 0.211
graphic: 0.177
ppc: 0.150
i386: 0.142
mistranslation: 0.134
hypervisor: 0.126
user-level: 0.115
register: 0.108
virtual: 0.097
assembly: 0.093
kernel: 0.093
performance: 0.092
socket: 0.089
peripherals: 0.081
network: 0.077
vnc: 0.074
files: 0.069
boot: 0.067
KVM: 0.066
permissions: 0.054
risc-v: 0.052
VMM: 0.045
arm: 0.040
TCG: 0.030
Breakpoint on Memory address fails with KVM
Using QEMU version 0.12.50 under ubuntu Karmic x64
To reproduce the error using a floppy with a bootloder:
qemu-system-x86_64 -s -S -fda floppy.img -boot a -enable-kvm
connect with gdb:
(gdb) set arch i8086
The target architecture is assumed to be i8086
(gdb) target remote localhost:1234
Remote debugging using localhost:1234
0x0000fff0 in ?? ()
(gdb) break *0x7c00
Breakpoint 1 at 0x7c00
(gdb) continue
Continuing.
The breakpoint is not hit.
If you close qemu and start it without kvm support:
qemu-system-x86_64 -s -S -fda floppy.img -boot a
(gdb) set arch i8086
The target architecture is assumed to be i8086
(gdb) target remote localhost:1234
Remote debugging using localhost:1234
0x0000fff0 in ?? ()
(gdb) break *0x7c00
Breakpoint 1 at 0x7c00
(gdb) continue
Continuing.
Breakpoint 1, 0x00007c00 in ?? ()
(gdb)
The breakpoint is hit. If you wait until after the bootloader has been loaded into memory, you can properly set breakpoints with or without kvm enabled.
Triaging old bug tickets ... can you still reproduce this issue with the
latest version of QEMU (currently version 2.8)?
[Expired for QEMU because there has been no activity for 60 days.]
|