Re: [patch 0/5] Physical mode SAL calls

From: Horms <horms_at_verge.net.au>
Date: 2006-12-13 13:05:59
On Mon, Oct 23, 2006 at 10:15:58AM -0500, Jack Steiner wrote:
> SN systems support additional vendor-specific SAL calls. Some
> of these pass kernel addresses to SAL for input or output buffers.
> At a minimum, these buffer addresses need to be converted to 
> physical addresses if SAL is run in physical mode.

That is sounds quite problematic in terms of not mapping EFI.

Appart from fixing up broken code paths, the main motivation for this
patch is to allow kexecing between different operating systems (e.g.
from xen to linux and vice versa) which have different base addresses.
In a nutshell, get arround the fact that you can't remap EFI on the
second boot by never mapping it at all.

Do you think it is at all possible for this kind of approach to work on
SN systems? If not, the next best idea that I have is to somehow
virtualise the EFI, and have all kexeable systems (linux, xen, ...)
agree to use that. But that idea is farily complex, and I'm not
even sure it can work.

> In addition, I think there may be additional problems with our SAL
> if we try to run only in physical mode. I'll take a look.....

Thanks

-- 
Horms
  H: http://www.vergenet.net/~horms/
  W: http://www.valinux.co.jp/en/

-
To unsubscribe from this list: send the line "unsubscribe linux-ia64" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Received on Wed Dec 13 13:18:39 2006

This archive was generated by hypermail 2.1.8 : 2006-12-13 13:18:53 EST