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-ia64-devel

Re: [Xen-ia64-devel] [patch 00/14] Kexec v20070912: Xen

> > I'm happy to explore all avenues. Could you give me a little more
> > information on what you mean by reserving rids?
> 
> Note that I'm not sure this approach is possible or makes EFI/SAL/PAL
> happy. It might not work because I haven't given a deep consideration it.
> Presumably you know it better than me and others want to discuss on it.
> 
> Xen gives portion of usable rid to a guest, currently
> IA64_MIN_IMPL_RID_BITS=18 bits. And it reserves one portion for its
> own purpose (real mode emulation).
> It means that a guest can only see virtual address of given rids.
> and reserve rid for EFI 
> When we want to call EFI
>   - which the current rid to the rid for EFI
>   - call EFI
>     here tlb miss fault might occur, and we can distinguish the fault
>     caused by EFI call from guest domains by checking whether the current
>     rid is reserved for EFI.
>   - which back the previous rid
[ I suppose you mean 'switch' instead of 'which' ?]

IMHO, this works.  But this is also for PAL and SAL.
And PAL must be ITR-mapped.

Tristan.

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