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] Forwarding page faults from within Xen

To: Jacob Gorm Hansen <jacob@xxxxxxxx>
Subject: Re: [Xen-devel] Forwarding page faults from within Xen
From: Keir Fraser <Keir.Fraser@xxxxxxxxxxxx>
Date: Mon, 22 Mar 2004 11:51:26 +0000
Cc: Xen list <xen-devel@xxxxxxxxxxxxxxxxxxxxx>
Delivery-date: Mon, 22 Mar 2004 11:54:12 +0000
Envelope-to: steven.hand@xxxxxxxxxxxx
In-reply-to: Your message of "Mon, 22 Mar 2004 12:36:23 +0100." <1079955383.907.25.camel@paleface>
List-archive: <http://sourceforge.net/mailarchive/forum.php?forum=xen-devel>
List-help: <mailto:xen-devel-request@lists.sourceforge.net?subject=help>
List-id: List for Xen developers <xen-devel.lists.sourceforge.net>
List-post: <mailto:xen-devel@lists.sourceforge.net>
List-subscribe: <https://lists.sourceforge.net/lists/listinfo/xen-devel>, <mailto:xen-devel-request@lists.sourceforge.net?subject=subscribe>
List-unsubscribe: <https://lists.sourceforge.net/lists/listinfo/xen-devel>, <mailto:xen-devel-request@lists.sourceforge.net?subject=unsubscribe>
Sender: xen-devel-admin@xxxxxxxxxxxxxxxxxxxxx
> hi,
> 
> in my work on live-migration I often need to write-protect domain pages.
> Until now, I have taken special care of pages which Xen needs to write,
> for instance current->thread.esp0, and page tables mapping network
> buffers, as otherwise Xen will just kill my domain upon write fault.
> This is becoming a bit of a hassle, so I am wondering if it would be
> possible for Xen to simply forward page faults to the faulting domain
> (microkernel style) instead of killing it?
> 
> I am probably going to try and implement this myself, unless someone can
> tell me why this is a horrible idea.

Well, you need *some* way of executing and informing the domain to
tell it about the fault. So there has to be *some* pinned
always-accessible memory to be able to do this. If you get rid of this
constraint on the guest-OS stack, then you'll still need some other
memory buffer to store fault info -- there has to be some back
stop. So I don't think you save yourself any pain.

As for network buffers, how would we present the fault to the guest
OS? The neatest answer to all this that I can see is to use shadow
page tables and use this to get Xen to log pages as they are dirtied.
Anything which involves the guest OS itself receiving 'page faults'
for events which occurred under its feet just sounds hideous to me!
:-)

 -- Keir


-------------------------------------------------------
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins, President and CEO of
GenToo technologies. Learn everything from fundamentals to system
administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxxxx
https://lists.sourceforge.net/lists/listinfo/xen-devel

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