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@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
![]() |