diff options
author | Stefan Roese <sr@denx.de> | 2008-03-28 11:02:53 +0100 |
---|---|---|
committer | Stefan Roese <sr@denx.de> | 2008-03-28 11:02:53 +0100 |
commit | 5e12e75d17c4b15a310a45cd78fe71b7698a8a8e (patch) | |
tree | cae4796e9b57662050026e0a06fa26b54bf0db85 | |
parent | 7e4a0d25ed18f6437bdf59ebfa49bb0edc2f24e6 (diff) | |
download | u-boot-imx-5e12e75d17c4b15a310a45cd78fe71b7698a8a8e.zip u-boot-imx-5e12e75d17c4b15a310a45cd78fe71b7698a8a8e.tar.gz u-boot-imx-5e12e75d17c4b15a310a45cd78fe71b7698a8a8e.tar.bz2 |
ppc: Small change to CFG_MEM_TOP_HIDE description
Signed-off-by: Stefan Roese <sr@denx.de>
-rw-r--r-- | README | 4 |
1 files changed, 2 insertions, 2 deletions
@@ -1936,9 +1936,9 @@ Configuration Settings: fixing up gd->ram_size the Linux kernel should gets passed the now "corrected" memory size and won't touch it either. This should work for arch/ppc and arch/powerpc. Only Linux - board ports in arch/powerpc with bootwrapper support, that + board ports in arch/powerpc with bootwrapper support that recalculate the memory size from the SDRAM controller setup - will have to get fixed. + will have to get fixed in Linux additionally. This option can be used as a workaround for the 440EPx/GRx CHIP 11 errata where the last 256 bytes in SDRAM shouldn't |