[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Xen-devel] Question about xc_ptrace and PV domU process memory map.

Necrosoft writes ("[Xen-devel] Question about xc_ptrace and PV domU process 
memory map."):
> If I simply call xp_ptrace(xc_handle, PTRACE_PEEKTEXT, 0, virt_address, 
> 0) (where xc_handle is obtained by xc_handle = xc_interface_open() and 
> first 0 is vcpu used) I receive this message:

You mean xc_ptrace ?  I think these functions are designed only to be
used following PTRACE_ATTACH.  PTRACE_ATTACH will pause the target
domain, which may not be what you want.

http://xenaccess.sourceforge.net/ may be more what you want.  (I have
no knowledge of whether XenAccess is any good - I just saw the link
from wiki.xensource.com.)

If you want to use libxc you will have to put up with pausing the
domain, or do some work on the races which result from allowing it to
run: by my reading of the code it's not correct to arrange to skip the
pause, or unpause the domain after PTRACE_ATTACH, because
xc_ptrace.c:map_domain_va assumes that the domain does not allocate
additional pages between its calls to xc_get_tot_pages and

Arguably it would be better if xc_ptrace.c asserted that
current_domid was valid.  (The purpose of the test
`current_domid > 0 ?' in the call to xc_domain_unpause PTRACE_DETACH
seems to be to work around some bug in a caller but it seems unlikely
to DTRT except under very specific circumstances.)

> long npgs = xc_get_tot_pages(xc_handle, current_domid);
> I think that the error reported above is caused by a wrong value 
> returned by xc_get_tot_pages function. In particular I think it is 
> current_domid set incorrectly.

You don't say whether you used a debugger to check the value of
current_domid.  I guess from your message that you didn't, and
evidently you didn't spot that current_domid is assigned in
PTRACE_ATTACH.  That's where it is supposed to be initialised.  I
guess that you probably aren't calling _ATTACH.

As a result current_domid will be -1 (probably) and this will cause
domctl getdomaininfo to fail.  map_domain_va fails to check for this
error case and carries blithely on, passing (-1 * sizeof(...)) to


Xen-devel mailing list



Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.