* sh_install_xen_entries_in_l3()
@ 2006-11-09 15:24 Jan Beulich
2006-11-09 15:41 ` sh_install_xen_entries_in_l3() Tim Deegan
0 siblings, 1 reply; 3+ messages in thread
From: Jan Beulich @ 2006-11-09 15:24 UTC (permalink / raw)
To: xen-devel
Could someone explain to me the purpose of this function? I'm trying to
understand whether this needs to be called in the context of 32-bit
guests on 64-bit hv (which, for compatibility reasons, need to have a
mirror of the M2P table available in what would be the Xen region on a
32-bit hv).
Thanks, Jan
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: sh_install_xen_entries_in_l3()
2006-11-09 15:24 sh_install_xen_entries_in_l3() Jan Beulich
@ 2006-11-09 15:41 ` Tim Deegan
2006-11-09 15:54 ` sh_install_xen_entries_in_l3() Jan Beulich
0 siblings, 1 reply; 3+ messages in thread
From: Tim Deegan @ 2006-11-09 15:41 UTC (permalink / raw)
To: Jan Beulich; +Cc: xen-devel
At 16:24 +0100 on 09 Nov (1163089445), Jan Beulich wrote:
> Could someone explain to me the purpose of this function?
That particular function is no longer with us, now that we don't track
shadows of PAE l3 tables any more.
The purpose of the sh_install_xen_entries_in_l* functions is to add the
required mappings of Xen address space into the shadow tables of
non-external shadowed guests. For example, a PV guest shadowed for
live-migration needs to have Xen's address space in its shadow tables so
it can take hypercalls. They're analogous to the code in
alloc_l2_table/create_pae_xen_mappings/alloc_l4_table in mm.c for normal
PV pagetables.
The xen address space is _not_ a shadow of equivalent area of the
guest's pagetables -- the guest is never allowed to change entries in
it. It is installed at shadow creation time, and not demand-faulted
like the rest of the shadow, to avoid the complexity of taking recursive
shadow faults.
> I'm trying to
> understand whether this needs to be called in the context of 32-bit
> guests on 64-bit hv (which, for compatibility reasons, need to have a
> mirror of the M2P table available in what would be the Xen region on a
> 32-bit hv).
You will need to call something like it, certainly, to install the
mapping of the M2P table, and any other parts of Xen's address space
that you need. You may need to alter the functions to reflect the
memory layout that you want for the 32bit guest.
Cheers,
Tim.
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: sh_install_xen_entries_in_l3()
2006-11-09 15:41 ` sh_install_xen_entries_in_l3() Tim Deegan
@ 2006-11-09 15:54 ` Jan Beulich
0 siblings, 0 replies; 3+ messages in thread
From: Jan Beulich @ 2006-11-09 15:54 UTC (permalink / raw)
To: Tim Deegan; +Cc: xen-devel
>>> Tim Deegan <Tim.Deegan@xensource.com> 09.11.06 16:41 >>>
>At 16:24 +0100 on 09 Nov (1163089445), Jan Beulich wrote:
>> Could someone explain to me the purpose of this function?
>
>That particular function is no longer with us, now that we don't track
>shadows of PAE l3 tables any more.
As I create the patches against 3.0.3, I still have the function, and
hence still would need to know if it needs to be called.
>You will need to call something like it, certainly, to install the
>mapping of the M2P table, and any other parts of Xen's address space
>that you need. You may need to alter the functions to reflect the
>memory layout that you want for the 32bit guest.
Yes, that is what I understood, and I added respective code to ..._l2h
just a few minutes ago.
Thanks, Jan
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2006-11-09 15:54 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2006-11-09 15:24 sh_install_xen_entries_in_l3() Jan Beulich
2006-11-09 15:41 ` sh_install_xen_entries_in_l3() Tim Deegan
2006-11-09 15:54 ` sh_install_xen_entries_in_l3() Jan Beulich
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.