|
|
|
|
|
|
|
|
|
|
xen-devel
[Xen-devel] [PATCH][RFC] Gdbserver-xen support for HVM Guests... getting
All,
below is a minimal patch that allows me to attach, stepi, x,
disassemble, break with a 64bit HVM guest (2MB pages). The RFC is for
the 1st fix below, also, others testing/experience trying this patch
would be welcome.
1st fix: Diasable the gpfn to mfn mapping of to_ma. This seems to be
the right thing to do (at least as the map_domain_va_* functions are
using it), as xc_map_foreign_range takes gpfn's for HVM domains. Yet,
the comments in the file indicate that the mapping in to_ma is important
and specifically so for page tables. Using a small HVM domain with
known page tables, I can verify that the correct pages are *only* loaded
with the to_ma mapping disabled. Can anyone explain? Is there some
*other* conditional case in which this would be correct?
2nd fix: 2M page calculation -- this is a simple misplacement of
parentheses that was causing the page directory entry to be shifted left
12.
Testing -- able to attach to 64bit HVM domains and info registers,
stepi, break, disassemble, x etc.
Issues Remaining
cannot ^C to stop a domain (wait for domain never returns)
must explicitly "set architecture i386:x86_64" in the gdb
session to connect to 64 bit remote targets
attempting to print variable contents or addresses "n" through
hvmloader (built -g)
resulted in gdb error messages:
dwarf2_read_address: Corrupted DWARF expression
Patch Signed-off by John Zulauf john.zulauf@xxxxxxxxx
ptrace_fix.diff
Description: ptrace_fix.diff
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel
|
<Prev in Thread] |
Current Thread |
[Next in Thread> |
- [Xen-devel] [PATCH][RFC] Gdbserver-xen support for HVM Guests... getting further.,
Zulauf, John <=
|
|
|
|
|