WARNING - OLD ARCHIVES

This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
   
 
 
Xen 
 
Home Products Support Community News
 
   
 

xen-devel

RE: [Xen-devel] HVM guest debugging

To: "Keir Fraser" <Keir.Fraser@xxxxxxxxxxxx>, <xen-devel@xxxxxxxxxxxxxxxxxxx>
Subject: RE: [Xen-devel] HVM guest debugging
From: "Guy Zana" <guy@xxxxxxxxxxxx>
Date: Sun, 11 Nov 2007 11:12:45 -0500
Delivery-date: Sun, 11 Nov 2007 08:17:23 -0800
Envelope-to: www-data@xxxxxxxxxxxxxxxxxx
In-reply-to: <C35CD55C.1047D%Keir.Fraser@xxxxxxxxxxxx>
List-help: <mailto:xen-devel-request@lists.xensource.com?subject=help>
List-id: Xen developer discussion <xen-devel.lists.xensource.com>
List-post: <mailto:xen-devel@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
Thread-index: AcgkSmGrcubXbaPbQQCM+8zmWtqsXAAMEFdmAAApJOA=
Thread-topic: [Xen-devel] HVM guest debugging
Oh, I see that there is a ptrace() implementation that uses the setdebugging hypercall.
Does it really support HVMs? Is that OS dependant? What happens in Windows?
 
Btw, what's that condition doing in the vmexit handler? Why not reflect the exception back to the guest instead of crashing the domain?
 
Thanks,
Guy.

From: Keir Fraser [mailto:Keir.Fraser@xxxxxxxxxxxx]
Sent: Sunday, November 11, 2007 5:51 PM
To: Guy Zana; xen-devel@xxxxxxxxxxxxxxxxxxx
Subject: Re: [Xen-devel] HVM guest debugging

See XEN_DOMCTL_setdebugging.

 -- Keir

On 11/11/07 10:11, "Guy Zana" <guy@xxxxxxxxxxxx> wrote:

In vmx.c, in the vmexit handler (reason = EXIT_REASON_EXCEPTION_NMI)
I found this code:

       switch ( vector )
        {
        case TRAP_debug:
        case TRAP_int3:
            if ( !v->domain->debugger_attached )
                goto exit_and_crash;
            domain_pause_for_debugger();

Now, I don't understand who updates debugger_attached for a HVM guest.
(I worked with windbg in order to debug a windows HVM, and I guess EXIT_REASON_EXCEPTION_NMI is the exit reason for breakpoints I placed)

Can anyone clear this for me?

Thanks,
Guy.



_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel
<Prev in Thread] Current Thread [Next in Thread>