WARNING - OLD ARCHIVES

This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
   
 
 
Xen 
 
Home Products Support Community News
 
   
 

xen-devel

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

To: eranian@xxxxxxxxxx
Subject: [Xen-devel] Re: xen/ia64 and elilo relocation
From: Arun Sharma <arun.sharma@xxxxxxxxx>
Date: Mon, 21 Feb 2005 22:26:55 -0800
Cc: xen-devel@xxxxxxxxxxxxxxxxxxxxx, "Magenheimer, Dan (HP Labs Fort Collins)" <dan.magenheimer@xxxxxx>, brett@xxxxxx
Delivery-date: Tue, 22 Feb 2005 06:28:10 +0000
Envelope-to: xen+James.Bulpin@xxxxxxxxxxxx
In-reply-to: <20050220164246.GA17261@xxxxxxxxxxxxxxxxx>
List-archive: <http://sourceforge.net/mailarchive/forum.php?forum=xen-devel>
List-help: <mailto:xen-devel-request@lists.sourceforge.net?subject=help>
List-id: List for Xen developers <xen-devel.lists.sourceforge.net>
List-post: <mailto:xen-devel@lists.sourceforge.net>
List-subscribe: <https://lists.sourceforge.net/lists/listinfo/xen-devel>, <mailto:xen-devel-request@lists.sourceforge.net?subject=subscribe>
List-unsubscribe: <https://lists.sourceforge.net/lists/listinfo/xen-devel>, <mailto:xen-devel-request@lists.sourceforge.net?subject=unsubscribe>
References: <4213F913.9020607@xxxxxxxxx> <20050220164246.GA17261@xxxxxxxxxxxxxxxxx>
Sender: xen-devel-admin@xxxxxxxxxxxxxxxxxxxxx
User-agent: Mozilla Thunderbird 0.8 (Windows/20040913)
Stephane Eranian wrote:

Hi Stephane,

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?

Yes, that's right. Other missing piecees of info:

- I was using the elilo shipped with a RHEL4 beta
- my elilo.conf:

image=xen
       label=xen
       initrd=xenlinux
       read-only
       append="nomca console=ttyS1,57600 root=/dev/sda2"

xenlinux is a large uncompressed binary - so it's easy to hit space to abort it's loading.

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.

elilo.efi didn't exit yet. It dropped me back to the elilo: prompt to let me choose an image. I chose the same image a second time and this time I saw xen getting loaded at a different address.

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.

Someone suggested that the RHEL4 elilo turns relocation on by default to support SGI boxes. I'm not sure if it does that by adding a relocatable flag to elilo.conf or by changing the code. I checked the SRPM and the fedora cvs and can't find a patch which touches the code.


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.


Yes, I'll check this and let you know.

        -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.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxxxx
https://lists.sourceforge.net/lists/listinfo/xen-devel