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] Re: [PATCH] Xen Guest Kexec

To: Gerd Hoffmann <kraxel@xxxxxxx>
Subject: Re: [Xen-devel] Re: [PATCH] Xen Guest Kexec
From: Keir Fraser <Keir.Fraser@xxxxxxxxxxxx>
Date: Tue, 7 Mar 2006 13:42:21 +0000
Cc: Ian Pratt <m+Ian.Pratt@xxxxxxxxxxxx>, xen-devel@xxxxxxxxxxxxxxxxxxx, Mark Williamson <mark.williamson@xxxxxxxxxxxx>, Horms <horms@xxxxxxxxxxxx>
Delivery-date: Tue, 07 Mar 2006 13:42:48 +0000
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <440D854B.2010504@xxxxxxx>
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>
References: <A95E2296287EAD4EB592B5DEEFCE0E9D40A892@xxxxxxxxxxxxxxxxxxxxxxxxxxx> <08134dbedd3f8cf9e06f9876efe364bb@xxxxxxxxxxxx> <44031C17.1030502@xxxxxxx> <497e0e82f56e48142857ac3e0280d691@xxxxxxxxxxxx> <44058EED.7060006@xxxxxxx> <4405AB49.9020704@xxxxxxx> <ed975c74f0d1454444a4aebcfeccd7ad@xxxxxxxxxxxx> <7b7a318fc7204edaf650ffb8e1b11632@xxxxxxxxxxxx> <4406B7FB.6030207@xxxxxxx> <cc4d44aeb3f80fb3b1f2eb26e34a056b@xxxxxxxxxxxx> <4406D83F.3080709@xxxxxxx> <4b02cf0aeca2fb5aa2cfadb0833ec1cc@xxxxxxxxxxxx> <44071EFC.6010307@xxxxxxx> <50867f02a9164fec709c96927802dc45@xxxxxxxxxxxx> <440800D9.4030803@xxxxxxx> <12462cbf1e480de2105fa4627592b3bf@xxxxxxxxxxxx> <c46c22fa97a4d2b2b69c5bed2b8919f5@xxxxxxxxxxxx> <440D854B.2010504@xxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx

On 7 Mar 2006, at 13:06, Gerd Hoffmann wrote:

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

The assertion is spurious. I've tightened up the assertion condition in changeset 9157:51c59d5d7... "Tighten up the assertion conditions in the GUEST_MODE() macro.".

 -- Keir


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