of: Specify initrd location using 64-bit
authorSantosh Shilimkar <santosh.shilimkar@ti.com>
Mon, 1 Jul 2013 18:20:35 +0000 (14:20 -0400)
committerMark Brown <broonie@kernel.org>
Mon, 16 Feb 2015 02:32:07 +0000 (11:32 +0900)
commit23c1cc125ba3512debc32b26b139e3ae291f73f5
treeaab1d1cd06acad28f9c8058258e2f48d8e127c0e
parent43db234c6715767018fe007f5bb38a25044a5c24
of: Specify initrd location using 64-bit

On some PAE architectures, the entire range of physical memory could reside
outside the 32-bit limit.  These systems need the ability to specify the
initrd location using 64-bit numbers.

This patch globally modifies the early_init_dt_setup_initrd_arch() function to
use 64-bit numbers instead of the current unsigned long.

There has been quite a bit of debate about whether to use u64 or phys_addr_t.
It was concluded to stick to u64 to be consistent with rest of the device
tree code. As summarized by Geert, "The address to load the initrd is decided
by the bootloader/user and set at that point later in time. The dtb should not
be tied to the kernel you are booting"

More details on the discussion can be found here:
https://lkml.org/lkml/2013/6/20/690
https://lkml.org/lkml/2012/9/13/544

Signed-off-by: Santosh Shilimkar <santosh.shilimkar@ti.com>
Acked-by: Rob Herring <rob.herring@calxeda.com>
Acked-by: Vineet Gupta <vgupta@synopsys.com>
Acked-by: Jean-Christophe PLAGNIOL-VILLARD <plagnioj@jcrosoft.com>
Signed-off-by: Grant Likely <grant.likely@linaro.org>
(cherry picked from commit 374d5c9964c10373ba39bbe934f4262eb87d7114)
Signed-off-by: Mark Brown <broonie@kernel.org>
13 files changed:
arch/arc/mm/init.c
arch/arm/mm/init.c
arch/arm64/mm/init.c
arch/c6x/kernel/devicetree.c
arch/metag/mm/init.c
arch/microblaze/kernel/prom.c
arch/mips/kernel/prom.c
arch/openrisc/kernel/prom.c
arch/powerpc/kernel/prom.c
arch/x86/kernel/devicetree.c
arch/xtensa/kernel/setup.c
drivers/of/fdt.c
include/linux/of_fdt.h