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: Thu, 2 Mar 2006 16:48:22 +0000
Cc: Ian Pratt <m+Ian.Pratt@xxxxxxxxxxxx>, xen-devel@xxxxxxxxxxxxxxxxxxx, Mark Williamson <mark.williamson@xxxxxxxxxxxx>, Horms <horms@xxxxxxxxxxxx>
Delivery-date: Thu, 02 Mar 2006 16:48:42 +0000
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <44071EFC.6010307@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>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx

On 2 Mar 2006, at 16:36, Gerd Hoffmann wrote:

Looks like your new pagetables have a writable mapping of MFN 18c95,
which is the new page directory. i.e., the new p.t. set is not self
consistent?

They where indeed.  Wrong usage of pte_wrprotect() :-/
Next question: Is there some way to _clear_ the trap table?

Hehe. The interface wasn't so much designed with this in mind, but it can be done. Pass in an array of 256 trap_info structs, where the i'th struct contains:
  vector=i, flags=0, cs=0, addr=1

Note the address must be non-zero, as that otherwise marks the end of the list! You can put whatever non-zero value you like in that field -- it really doesn't matter. In fact you need to pass a list of *257* trap_info structs, the last of which has addr==0. :-)

The critical thing that disables the trap is flags==0: that sets the 'dpl' for the 'trap gate' to zero so it effectively is unusable.

 -- Keir


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