[U-Boot] [PATCH v3] common/image.c: align usage of fdt_high with initrd_high

Simon Glass sjg at chromium.org
Thu Feb 9 20:43:19 CET 2012


Hi Shawn,

On Thu, Feb 9, 2012 at 10:51 AM, Shawn Guo <shawn.guo at linaro.org> wrote:
> Hi Simon,
>
> Thanks for looking at the patch.
>
> On 9 February 2012 09:37, Simon Glass <sjg at chromium.org> wrote:
> ...
>>>   fdt_high     - if set this restricts the maximum address that the
>>>                  flattened device tree will be copied into upon boot.
>>> +                 For example, if you have a system with 1 GB memory
>>> +                 at physical address 0x10000000, while Linux kernel
>>> +                 only recognizes the first 704 MB as low memory, you
>>> +                 may need to set fdt_high as 0x3C000000 to have the
>>> +                 device tree blob be copied to the maximum address
>>> +                 of the 704 MB low memory, so that Linux kernel can
>>> +                 access it during the boot procedure.
>>
>> I don't entirely understand that - 0x3c000000 is at a 768MB offset
>> into kernel space think - where does the 64MB difference come from?
>> Perhaps explain that a bit more.
>>
> All the numbers above come from the real case of Freescale i.MX6Q
> Sabrelite board:
>
> 0x2C000000 (704 MB) + 0x10000000 (physical base) = 0x3C000000

OK I see, thanks.

Regards,
Simon

>
> Regards,
> Shawn


More information about the U-Boot mailing list