Re: [Xen-ia64-devel] [rfc 0/6] Kexec: Map runtime EFI regions the same way as Linux

[Alex Williamson <alex.williamson@xxxxxx>]

On Thu, 2007-08-16 at 17:46 +0900, Simon Horman wrote:
> This series of pattches to allows EFI runtime regions to be mapped into the
> same place that they are maped into in Linux. The reson for this is
> descripbed in the last patch. The rest of the patches are various
> peices of infastructure needed for the last patch to function.
> 
> I am particularly interested in comments on the approach in general - as
> discussed in the comment in the last patch - and the implementation of the
> changes to the page_fault handler in the second last patch.

Hi Simon,

   How much of this is the same as intended for upstream Linux/ia64
kexec?  Specifically, is that why sal_stub.S is put in linux-xen even
though it doesn't exist upstream yet?  BTW, there are references to PAL
in there that I think need s/PAL/SAL/.  Is calling PAL in physical mode
when efi_phys == 1 handled by a separate patch?

   It looks like we're making the assumption that calling
SetVirtualAddressMap using the same set of virt-to-phys mappings between
Linux and Xen will work.  Is this known to be true?  Is it spec'd?  I'm
a little concerned that the subsequent calls are going to blowup even if
using the same mappings, and we'll just go back to using efi_phys.  I
agree with wanting to isolate changes to Xen, but patch 5 still feels a
bit like a can of worms.  Thanks,

        Alex

-- 
Alex Williamson                             HP Open Source & Linux Org.


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