[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Xen-devel] Re: xen/ia64 and elilo relocation


sorry for the delay I was travelling.

On Wed, Feb 16, 2005 at 05:53:23PM -0800, Arun Sharma wrote:
> I noticed that elilo occassionally loads xen/ia64 at: 0x14000000 instead of 
> the usual
> 0x4000000 (especially if you interrupt the loading process by pressing a 
> key).

elilo loads each block of text/data at the address indicated by the
paddr of the corresponding program header.

Are you saying that the address is different only when you abort a load?
Note that when an EFI program terminates, the memory is not freed. If we do
not cleanly free the memory on load abort, then it is possible that the
designated memory address is unavailable. I quickly checked the source code
and elilo does not try to relocate unless the option "relocatable " is specified
either globally in elilo.conf or on the Xen image. I also checked the abort
case and elilo does free the memory allocated for the kernel, as such you should
be able to retry. 

You can try forcing elilo-3.4/ia64/config.c:ia64_can_relocate() to return 0
just to make sure this is not the source of the problem.

> This results in TR map setup from: fffc000014000000 (virtual) -> 0x4000000 
> (physical).
> Further, __alloc_bootmem() gives out fffc000004000000 as free memory and 
> memsets it to 0. Now xen is going to insert a second TC from 
> fffc000004000000 (virtual) -> 0x4000000 (physical) i.e. we have two virtual 
> addresses mapping to the same physical address.
> The memset essentially corrupts xen's text.
> We have to figure out a way of telling elilo to always load xen at the same 
> physical address. I thought the relocatable flag was off by default?
>       -Arun



SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
Xen-devel mailing list



Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.