[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [ppc patch] grub-mkimage
From: |
Marco Gerards |
Subject: |
Re: [ppc patch] grub-mkimage |
Date: |
Fri, 03 Dec 2004 16:58:26 +0000 |
User-agent: |
Gnus/5.1006 (Gnus v5.10.6) Emacs/21.3 (gnu/linux) |
Hollis Blanchard <address@hidden> writes:
> On Dec 3, 2004, at 10:10 AM, Marco Gerards wrote:
>>
>>>> AS Hollis said, I'm working on the relocator for PPC at the moment.
>>>> It is quite easy, but PPC_REL24 is a bit more complex. It is used
>>>> for
>>>> relative jumps. That means the module should be loaded close to
>>>> grubof, which IMHO really sucks...
>>>
>>> 24-bit offsets give you a 16 MiB range, is that really a problem?
>>
>> The modules are loaded into the free memory of grubof. And grubof is
>> loaded to where it is linked, IIRC. So I think that would cause
>> problems. :)
>
> I don't understand this. By "free memory of grubof" do you mean the
> heap? Right now, grubof is linked and loaded at 0x200000 (size is
> ~100KiB right now), and uses memory from 0x4000 to 0x200000 as heap
> space. That means the heap is well within the 16MiB 24-bit offset
> range.
Ok, cool. In that case there is no problem. I thought that you
changed init.c so it adds all free memory. In that case it could
cause problems if you have a few hundreds of megs of memory. Perhaps
we just discussed this and the change was never made.
Thanks,
Marco
- Re: [ppc patch] grub-mkimage, (continued)
- Re: [ppc patch] grub-mkimage, Marco Gerards, 2004/12/03
- Re: [ppc patch] grub-mkimage, Johan Rydberg, 2004/12/03
- Re: [ppc patch] grub-mkimage, Marco Gerards, 2004/12/03
- Re: [ppc patch] grub-mkimage, Johan Rydberg, 2004/12/03
- Re: [ppc patch] grub-mkimage, Marco Gerards, 2004/12/03
- Re: [ppc patch] grub-mkimage, Johan Rydberg, 2004/12/03
- Re: [ppc patch] grub-mkimage, Marco Gerards, 2004/12/03
Re: [ppc patch] grub-mkimage, Hollis Blanchard, 2004/12/03
Re: [ppc patch] grub-mkimage, Yoshinori K. Okuji, 2004/12/03
Re: [ppc patch] grub-mkimage, Yoshinori K. Okuji, 2004/12/03