ARM: shmobile: kzm9g: Declare the full 512 MiB of RAM
Get series with b4
b4 am [email protected]Versions newest first · linked by author and title
- v2 Latest posting 3/30 of 2 patches 0 repliesNew
- v2 posting 2/30 of 2 patches 0 repliesSuperseded
- v2 posting 1/30 of 2 patches 0 repliesSuperseded
Patches in v2 posting 3/3 No applies recorded yet
None of the 2 patches the cover letter announces are in this archive.
Reviews trailers per patch
No Reviewed-by, Acked-by or Tested-by trailers for v2 yet.
Cover letter [PATCH v2 0/2] ARM: shmobile: kzm9g: Declare the full 512 MiB of RAM
Quoted 32 lines · Simon Horman
Quoted 27 lines · Simon Horman
Quoted 26 lines · Geert Uytterhoeven
Hi Simon, Magnus,
This patch series prepares kzm9g and kzm9g-reference dts for booting a multi-platform kernel.
Traditionally, the first 16 MiB of RAM was reserved for the RT processor. However, this is incompatible with
CONFIG_AUTO_ZRELADDR=y, which requires that the start address of physical memory is a multiple of 128 MiB.As
CONFIG_AUTO_ZRELADDR=yis enabled for multi-platform kernels, declare RAM to start at0x40000000.While at it, reclaim the last 8 MiB of RAM, too, so the full 512 MiB is available. We don't know the exact reason why the last 8 MiB of RAM was reserved, but thanks to Simon we know it is not used for a U-Boot splash screen. Note that
kzm9g_defconfigstill hasCONFIG_MEMORY_START=0x41000000andCONFIG_MEMORY_SIZE=0x1f000000, so before the advent of DT we scribbled over the last 8 MiB, too.This is an alternative solution for "[PATCH v2 01/05] ARM: shmobile:
kzm9g-reference:0x48008000load address"
(http://www.spinics.net/lists/linux-sh/msg38385.html), which
(a) doesn't loose 112 MiB of RAM, and
(b) doesn't force to switch from zImage to uImage.Quoted 3 lines
Quoted 1 line
Thanks for applying!
Thanks, done.
Quoted 7 lines
For the record: Olof has asked for review comments for the BSC driver and binding patches. Accordingly I have dropped them, and these patches which depend on them, from next.
This dependency may be due to the way the branches are arranged, rather than actual dependencies of the code. But regardless I am dropping all effected branches for now.
I have now had a chance to re-examine these patches and it seems to me that they do not depend on the BSC driver (or anything elsei other than possibly for context). With that in mind I have queued them up in the dt-for-v3.21 branch and pushed this as part of renesas-devel-20150123-v3.19-rc5.
Please take a moment to see if what I have done makes sense to you.
For reference this covers the following patches which comprised this series:
Geert Uytterhoeven (2):
ARM: shmobile: kzm9g dts: Declare the full 512 MiB of RAM
ARM: shmobile: kzm9g-reference dts: Declare the full 512 MiB of RAM