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/
Home Products Support Community News


Re: [Xen-devel] Help debugging domain builder, qemu upstream and hvmload

To: Daniel Castro <evil.dani@xxxxxxxxx>
Subject: Re: [Xen-devel] Help debugging domain builder, qemu upstream and hvmloader
From: Wei Liu <liuw@xxxxxxxxx>
Date: Wed, 27 Jul 2011 15:44:12 +0800
Cc: xen-devel@xxxxxxxxxxxxxxxxxxx
Delivery-date: Wed, 27 Jul 2011 00:43:52 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <CAP2B85_uVRvCEoaD2yGCQqGO0SaDTyNPJ0K=bqNuMTdYRoaW=Q@xxxxxxxxxxxxxx>
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/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
References: <CAP2B85_uVRvCEoaD2yGCQqGO0SaDTyNPJ0K=bqNuMTdYRoaW=Q@xxxxxxxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
On Wed, 2011-07-27 at 12:53 +0900, Daniel Castro wrote:
> Hello All,
> I run into this problem when I modify seabios.
> (XEN) hvm.c:1131:d13 Triple fault on VCPU 0 - invoking HVM system reset.
> Since there is no fault handlers in the early stages of guest boot I
> am in the need to debug the domain builder, upstream qemu and/or
> hvmloader to see where exactly the fault is being generated.
> I have no experience on debugging and this seems like a good time to start.

Ian Campbell once mentioned his trick to debug QEMU (following
paragraphs quoted from his email):

When I have an issue with qemu I often specify the device model in my
guest configuration as a script containing:
       echo $@ > /tmp/qemu-dm
       sleep 1h

Then immediately after running "xl create" I can examine /tmp/qemu-dm
and run the qemu by hand in the foreground, or under gdb etc. (there is
a timeout in xl waiting for qemu to announce itself so you need to be
reasonably prompt...)


Xen-devel mailing list

<Prev in Thread] Current Thread [Next in Thread>