From mboxrd@z Thu Jan  1 00:00:00 1970
From: Gerd Hoffmann <kraxel@suse.de>
Subject: Re: Re: [PATCH] Xen Guest Kexec
Date: Tue, 07 Mar 2006 14:06:19 +0100
Message-ID: <440D854B.2010504@suse.de>
References: <A95E2296287EAD4EB592B5DEEFCE0E9D40A892@liverpoolst.ad.cl.cam.ac.uk>	<08134dbedd3f8cf9e06f9876efe364bb@cl.cam.ac.uk>	<44031C17.1030502@suse.de>	<497e0e82f56e48142857ac3e0280d691@cl.cam.ac.uk>	<44058EED.7060006@suse.de>
	<4405AB49.9020704@suse.de>	<ed975c74f0d1454444a4aebcfeccd7ad@cl.cam.ac.uk>	<7b7a318fc7204edaf650ffb8e1b11632@cl.cam.ac.uk>	<4406B7FB.6030207@suse.de>	<cc4d44aeb3f80fb3b1f2eb26e34a056b@cl.cam.ac.uk>	<4406D83F.3080709@suse.de>	<4b02cf0aeca2fb5aa2cfadb0833ec1cc@cl.cam.ac.uk>	<44071EFC.6010307@suse.de>	<50867f02a9164fec709c96927802dc45@cl.cam.ac.uk>	<440800D9.4030803@suse.de>	<12462cbf1e480de2105fa4627592b3bf@cl.cam.ac.uk>
	<c46c22fa97a4d2b2b69c5bed2b8919f5@cl.cam.ac.uk>
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Return-path: <xen-devel-bounces@lists.xensource.com>
In-Reply-To: <c46c22fa97a4d2b2b69c5bed2b8919f5@cl.cam.ac.uk>
List-Unsubscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>,
	<mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
List-Post: <mailto:xen-devel@lists.xensource.com>
List-Help: <mailto:xen-devel-request@lists.xensource.com?subject=help>
List-Subscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>,
	<mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
Sender: xen-devel-bounces@lists.xensource.com
Errors-To: xen-devel-bounces@lists.xensource.com
To: Keir Fraser <Keir.Fraser@cl.cam.ac.uk>
Cc: Ian Pratt <m+Ian.Pratt@cl.cam.ac.uk>, xen-devel@lists.xensource.com, Mark Williamson <mark.williamson@cl.cam.ac.uk>, Horms <horms@verge.net.au>
List-Id: xen-devel@lists.xenproject.org

> Actually a clear-trap-table call is quite easy to add: I checked in a
> patch that will clear the entire trap table if you pass a NULL pointer
> to the set_trap_table hypercall. With that patch in place, if you take a
> fault you will get a register dump in Xen as desired.

Well, I've tried that now, and got this:

(XEN) domain_crash_sync called from entry.S (ff147f35)
(XEN) Domain 1 (vcpu#0) crashed on cpu#1:
(XEN) Assertion '(diff != 0) || VM86_MODE(regs) || !RING_0(regs) ||
HVM_DOMAIN(current)' failed, line 35, file x86_32/traps.c
(XEN) BUG at x86_32/traps.c:35

(changeset 9137)

cheers,

  Gerd

-- 
Gerd 'just married' Hoffmann <kraxel@suse.de>
I'm the hacker formerly known as Gerd Knorr.
http://www.suse.de/~kraxel/just-married.jpeg