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

xen-devel

[Top] [All Lists]

Re: [Xen-devel] how page faults are handled in paravirtualized xenguests

To: "weiming" <zephyr.zhao@xxxxxxxxx>
Subject: Re: [Xen-devel] how page faults are handled in paravirtualized xenguests?
From: "房海峰" <fanghaifeng@xxxxxxxxxx>
Date: Sun, 9 Mar 2008 10:27:32 +0800
Cc: xen-devel <xen-devel@xxxxxxxxxxxxxxxxxxx>
Delivery-date: 2008年3月08日 18:28:02 -0800
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>
Organization: 中科院计算所智能中心
References: <add59a3f0803081750r132989cnf89b2a2f392b56c2@xxxxxxxxxxxxxx>
Reply-to: fanghaifeng@xxxxxxxxxx
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
hello, my friend:
According to my research with source code of xen, i think the process is that:
first, when Guest OS is created by Xen/Domian0, it install it's IDT through "set_trap_table" hypercall.
second, during Xen/GuestOS running, all interrupt/trap will result a trap into Ring0, that is the layer of Xen.
for some trap, such as system-call, they will be dealt with directly through interrupt hardware.
For the most of other traps, they will be dealt by xen, and then dispatched to corresponding Guest OS.
in addition, there are other details to study in-depth.
2008年03月09日

房海峰

发件人: weiming
发送时间: 2008年03月09日 09:33:41
收件人: Xen Developers
抄送:
主题: [Xen-devel] how page faults are handled in paravirtualized xenguests?
Hi,

I got contradicted information about the path of page fault handling under para-virtualized linux:

1) From some web resources: page fault interruption is trapped by xen hypervisor and it then dispatches to corresponding guest OS
2) From the book "a definitive guide to xen hypervisor": when a guest is scheduled to run by hypervisor, hypervisor installes the guest's IDT (except for special interrupts like timer) to CPU. So almost all interrupts are handled by guest OS directly, bypassing the xen hypervisor.

Which one is correct? (My guess is second one because it's more efficient)

Thanks
Weiming
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel
<Prev in Thread] Current Thread [Next in Thread>
Previous by Date: [Xen-devel] how page faults are handled in paravirtualized xen guests? , weiming
Next by Date: [Xen-devel] about network live connection during migration , tgh
Previous by Thread: [Xen-devel] how page faults are handled in paravirtualized xen guests? , weiming
Next by Thread: Re: [Xen-devel] how page faults are handled in paravirtualized xenguests? , Daniel Stodden
Indexes: [Date] [Thread] [Top] [All Lists]

Copyright ©, Citrix Systems Inc. All rights reserved. Legal and Privacy
Citrix This site is hosted by Citrix

AltStyle によって変換されたページ (->オリジナル) /