diff options
author | Jan Kiszka | 2009-09-17 18:14:13 +0200 |
---|---|---|
committer | Anthony Liguori | 2009-10-05 16:32:45 +0200 |
commit | 5f30fa18ad043a841fe9f0c3917ac60f2519ebd1 (patch) | |
tree | 3dfb4f8f80a0d23ace83ded9de98822468a01f16 /kvm-all.c | |
parent | Enable host-clock-based RTC (diff) | |
download | qemu-5f30fa18ad043a841fe9f0c3917ac60f2519ebd1.tar.gz qemu-5f30fa18ad043a841fe9f0c3917ac60f2519ebd1.tar.xz qemu-5f30fa18ad043a841fe9f0c3917ac60f2519ebd1.zip |
gdbstub: x86: Switch 64/32 bit registers dynamically
Commit 56aebc891674cd2d07b3f64183415697be200084 changed gdbstub in way
that debugging 32 or 16-bit guest code is no longer possible with qemu
for x86_64 guest CPUs. Since that commit, qemu only provides registers
sets for 64-bit, forcing current and foreseeable gdb to also switch its
architecture to 64-bit. And this breaks if the inferior is 32 or 16 bit.
No question, this is a gdb issue. But, as it was confirmed in several
discusssions with gdb people, it is a non-trivial thing to fix. So until
qemu finds a gdb version attach with a rework x86 support, we have to
work around it by switching the register layout as the guest switches
its execution mode between 16/32 and 64 bit.
Signed-off-by: Jan Kiszka <jan.kiszka@siemens.com>
Signed-off-by: Anthony Liguori <aliguori@us.ibm.com>
Diffstat (limited to 'kvm-all.c')
0 files changed, 0 insertions, 0 deletions