| |
|
 |
|
 |
|
|
|
| |
|
|
xen-devel
re: [Xen-devel] relationship of the auto_translated_physmap feature and
Hi Tim.
Thank you very much for
your response, it helps me a lot. I read the code of the setup_xen_features
function and related hypercall processing routine last
weekend, and it's very clear to me now, thanks again.
Best Regards
HuYanyan
From: Tim Deegan <Tim.Deegan@xxxxxxxxxx>
Date: Jun 2, 2008 4:38 PM
Subject: Re: [Xen-devel] relationship of the
auto_translated_physmap feature and the shadow_mode_translate mode of domain
To: HuYanyan <huyanyan@xxxxxxxxxxxxxxx>
Cc: xen-devel@xxxxxxxxxxxxxxxxxxx
At 22:45 +0800 on 30 May (1212187536), HuYanyan wrote:
> What I want to know is whether there
are some relationship between the
> auto_translated_physmap feature and the
shadow_mode_translate mode of
> domain, do they have the same meaning?
They have almost the same
meaning. shadow_mode_translate means that
the domain is using shadow pagetables and that the shadow
pagetable code
is responsible for handling the translation from guest-physical
to
machine-physical addresses. HVM guests always run in
this mode; by
default, PV guests don't run under shadow pagetables at all,
except
during live migration, and even then they do their own
translation.
auto_translated_physmap is a PV guest feature flag that requires
the
guest to be run in shadow_mode_translate.
BUT: the code for running PV guests in shadow_mode_translate does
not
work, as far as I know. The last time anyone tried to
make the
xen-unstable shadow code work in this configuration was more than
a year
ago.
> I think this feature will work(Guest
> kernel do the p2m and m2p translation) only when the shadow
mode of domain
> is enabled, but this is not true for domain0 because it's a
paravirtualized
> domain, why did it still declare this feature?
It was useful for some research projects to be able to change the
p2m
without altering the guest's state, when doing things like
execution
replay.
Cheers,
Tim.
--
Tim Deegan <Tim.Deegan@xxxxxxxxxx>
Principal Software Engineer, Citrix Systems (R&D) Ltd.
[Company #02300071, SL9 0DZ, UK.]
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel
--
Best wishes
杨漾
北京航空航天大学计算机学院体系结构研究所
电话:010-82338059-132
邮件:9907yruby@xxxxxxxxx
地址：北京市海淀区学院路37号北京航空航天大学新主楼 G座1026
--------------------------------------------------------------------------------
Yang Yang
Institute of Computer Architecture and System
BeiHang University（BUAA）
Tel: (86-10)82338059-132
Email: 9907yruby@xxxxxxxxx
Addr: Room 1026,Building G,The New Main Building,37# Xueyuan Rd.,Haidian
District, Beijing 100083, PRC
--
Best wishes
杨漾
北京航空航天大学计算机学院体系结构研究所
电话:010-82338059-132
邮件:9907yruby@xxxxxxxxx
地址：北京市海淀区学院路37号北京航空航天大学新主楼 G座1026
--------------------------------------------------------------------------------
Yang Yang
Institute of Computer Architecture and System
BeiHang University（BUAA）
Tel: (86-10)82338059-132
Email: 9907yruby@xxxxxxxxx
Addr: Room 1026,Building G,The New Main Building,37# Xueyuan Rd.,Haidian
District, Beijing 100083, PRC
|
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel
|
|
|
| |
|
Home