Franck Bui-Huu wrote:

> Yes it is !
> 
> After writing this I just realised that I was confused by what you said 
> earlier:
> 
>    You are using CONFIG_BUILD_ELF64=y and CKSEG0 load address.
>    This combination does not work.  Please refer these threads:
> 
> This combo should theoritically work but currently does not. Unlike
> the following one
> 
>    CONFIG_BUILD_ELF64=n and XKPHYS load address.
> 
> which definitely don't work. And I mixed the second case with the first 
> one...
> 
> no other comment ;)


Cobalt's, being just like IP32, should work fine, provided that the 
__pa_page_offset() macro gets set properly.  The thing isn't whether or not 
CKSEG0 works or doesn't work (IMHO, it works just fine), it's just making sure 
that macro gets set properly, and sanely.

These three systems (IP22, IP32, & Cobalt) are the kinds of systems that are 
gonna violate whatever rule that says CONFIG_BUILD_ELF64 && CKSEG0 is invalid. 
This is the nature of MIPS, especially on the SGI platform.  They're also the 
most common types of machines end user/hobbyists are gonna get, so these 
machines need to work.  If it was some obscure mips board only available for 
large sums of <insert currency>, then I figure things would be different.

Can someone review this patch for sanity?  It achieves my desire and lets IP32 
boot using the way I've been told (BUILD_ELF64 + -msym32 + vmlinux.32).  Likely, 
it'll also do the same for Cobalt and IP22 64bit kernels (good luck getting 
those to work right anyways).


--Kumba

-- 
Gentoo/MIPS Team Lead

"Such is oft the course of deeds that move the wheels of the world: small hands 
do them because they must, while the eyes of the great are elsewhere."  --Elrond