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] page fault handling in Xen

To: Tim Deegan <Tim.Deegan@xxxxxxxxxxxxx>
Subject: Re: [Xen-devel] page fault handling in Xen
From: jeet <jeet_sat12@xxxxxxxxxxx>
Date: Fri, 2 Mar 2007 17:36:28 +0530 (IST)
Cc: xen-devel@xxxxxxxxxxxxxxxxxxx
Delivery-date: Fri, 02 Mar 2007 04:05:37 -0800
Domainkey-signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.co.in; h=X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:Cc:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; b=c3F1QEptXFZS9secD3tL32mYRgnzkdBqdJyt1QC0fOVSX+Rvy6AdEKgEawApLO/+FL3BbRSEG6ZgthCkdx92g5Td5GRup11eCSpMwD1Cxz8gtWXcE9xo1IJnSHAq0ZYTEdzPQ3smVEFsdA8Mjk6+FVdq20pLJm1qT5mYUtk4KZ8=;
Envelope-to: www-data@xxxxxxxxxxxxxxxxxx
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>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
Hi Tim 

Thanks for your prompt reply.

But I am currently looking into xen 3.0.3.

Is shadow code implementation in xen 3.0.3 is same as explained by you in reply?



Jeet

----- Original Message ----
From: Tim Deegan <Tim.Deegan@xxxxxxxxxxxxx>
To: jeet <jeet_sat12@xxxxxxxxxxx>
Cc: xen-devel@xxxxxxxxxxxxxxxxxxx
Sent: Friday, 2 March, 2007 3:06:46 PM
Subject: Re: [Xen-devel] page fault handling in Xen

At 14:39 +0530 on 02 Mar (1172846389), jeet wrote:
> As per my understanding when guest can update it own page table without 
> causing VM exit in xen

No -- once a page is recognised as a page table by Xen, the guest is no
longer allowed to write directly to it.  We trap and emulate any
instructions that write to known page tables, so that we can keep the
shadow page tables up to date.

> when some process requires some memory (pages) this will cause page fault and 
> control goes to guest OS
> the guest then allocate page from its own psuedo address space and make 
> entries in guest page table which contain
> mapping of virtual to psuedo physical memory and
> 
> But when actual write occurs to that page, page fault occurs which will cause 
> vm exit in xen.
> 
> Xen then will update the page mfn in shadow page table and return control 
> back to guest by vn entry.
> 
> Is this understanding it correct? so there would be only one vn exit/entry?

There are at least two VMEXITs needed.  Typically the first is for
the original page fault, which is reflected back to the guest.  The
second is caused by the guest's fault-handler writing to guest
pagetables; Xen intercepts that write and updates the shadow pagetables
to match.

Cheers,

Tim.

-- 
Tim Deegan <Tim.Deegan@xxxxxxxxxxxxx>, XenSource UK Limited
Registered office c/o EC2Y 5EB, UK; company number 05334508

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





                
__________________________________________________________
Yahoo! India Answers: Share what you know. Learn something new
http://in.answers.yahoo.com/

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