[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [PATCH 0/7] arm-uboot: support for different RAM bases
From: |
Vladimir 'φ-coder/phcoder' Serbinenko |
Subject: |
Re: [PATCH 0/7] arm-uboot: support for different RAM bases |
Date: |
Mon, 30 Dec 2013 02:55:32 +0100 |
User-agent: |
Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20131103 Icedove/17.0.10 |
On 29.12.2013 19:47, Ian Campbell wrote:
> The current arm-uboot image type is hardcoded to run at address
> 0x08000000 which means that it cannot be used on ARM systems which do
> not have RAM starting from address 0 (which is many of them). This is a
> bit of a problem for distros.
>
> The following series attempts to address this by only performing a
> partial link of the arm-uboot kernel.img at build time and enhancing
> grub-mkimage to finalise the link to a specific address while building
> the core.img.
>
> I have test this on a Midway system, which has RAM at address 0, linking
> to a variety of addresses (0x{0,1,4}8000000) and on a cubieboard2 which
> has RAM at 0x40000000-0x80000000 linked at 0x48000000. (there is an
> unrelated issue on cubieboard2 relating to the scan for the uboot API
> signature, which I'm still investigating, but I hacked around it here
> and things worked fine otherwise).
>
Is there a way to make uboot to load GRUB at some appropriate address.
We can do relocations in the startup code if needed.
> I have done build only tests of arm64-efi, i386-pc and x86_64-efi. After
> running grub-mkimage under faketime the resulting binaries are bit for
> bit identical in every case (faketime due to the timestamp in the PE
> header).
>
> I haven't yet integrated this into grub-install, I need to think a bit
> more about how to automagically determine the correct link address for a
> given platform.
>
> If no target address is given then the existing hardcoded address
> (0x08000000) is used as the default.
>
> Please CC on any replies since I'm not subscribed.
>
> Ian.
>
>
signature.asc
Description: OpenPGP digital signature
- [PATCH 3/7] mkimage: account for space for trampolines earlier, (continued)
- [PATCH 3/7] mkimage: account for space for trampolines earlier, Ian Campbell, 2013/12/29
- [PATCH 4/7] mkimage: make R_ARM_ABS32 debug output more consistent, Ian Campbell, 2013/12/29
- [PATCH 5/7] mkimage: allow linking at address 0, Ian Campbell, 2013/12/29
- [PATCH 6/7] mkimage: support images which require full relocation at mkimage time., Ian Campbell, 2013/12/29
- [PATCH 7/7] arm-uboot: support relocation at installation time, Ian Campbell, 2013/12/29
- Re: [PATCH 0/7] arm-uboot: support for different RAM bases, Ian Campbell, 2013/12/29
- Re: [PATCH 0/7] arm-uboot: support for different RAM bases, Leif Lindholm, 2013/12/29
- Re: [PATCH 0/7] arm-uboot: support for different RAM bases,
Vladimir 'φ-coder/phcoder' Serbinenko <=