u-boot.git/include, branch v2016.03-rc2

ARM: rpi: set initrd_high

2016-02-15T20:58:24+00:00

The kernel gets much too sad when the ramdisk is loaded too high into the 1GiB
of memory on Raspberry Pi 2:

  ## Flattened Device Tree blob at 00000100
     Booting using the fdt blob at 0x000100
     Loading Ramdisk to 39c14000, end 3ab45067 ... OK
     Using Device Tree in place at 00000100, end 000045ea
  ...
  [    0.599346] Unpacking initramfs...
  [    0.602924] Unable to handle kernel paging request at virtual address f9c14000

Placement of the device tree was fixed in 89ca1000 (ARM: rpi: set fdt_high
in the default environment).

Signed-off-by: Lubomir Rintel 
Acked-by: Stephen Warren

OMAP3_logic: Add NAND args to boot UBIFS

2016-02-15T17:04:47+00:00

With the recent addition of UBI support, this patch will add the preset
parameters to allow for mouting an UBIFS from the 'fs' partition in NAND.

-V2: ubi.mtd=fs instead of ubi.mtd=4

Signed-off-by: Adam Ford 
Reviewed-by: Tom Rini

am43xx: qspi: Fix config to select SPI mode

2016-02-15T17:04:47+00:00

CONFIG_SF_DEFAULT_MODE is used to select default SPI mode when using
sf commands. Therefore fix am43xx to use CONFIG_SF_DEFAULT_MODE instead
of CONFIG_DEFAULT_SPI_MODE.

Signed-off-by: Vignesh R 
Reviewed-by: Tom Rini 
Reviewed-by: Jagan Teki

ARM : DRA7: Switch QSPI to use MODE-0 at 64MHz

2016-02-15T17:04:46+00:00

According to Data Manual(SPRS915P) of AM572x, TI QSPI controller on
DRA74 EVM(rev 1.1+) can support up to 64MHz in MODE-0, whereas MODE-3 is
limited to 48MHz. Hence, switch to MODE-0 for better throughput.
Also, add IODelay parameters for the same.

Signed-off-by: Vignesh R 
Reviewed-by: Tom Rini

arm: VCMA9: because of NOR flash space constrains, activate THUMB build mode

2016-02-15T17:04:46+00:00

Signed-off-by: David Müller

OMAP3: omap3_logic: Grow SPL to 64K from 54K

2016-02-15T17:04:44+00:00

Based on the work done by Overo, this seems to help some compilers
that have a hard time fitting all the code into the allocated space.

Signed-off-by: Adam Ford 
Reviewed-by: Tom Rini

OMAP3: am3517_evm: SD/MMC boot with uEnv.txt, zImage, and FDT

2016-02-15T17:04:44+00:00

Boot with the Linux zImage and am3517-evm.dtb pair, when SD/MMC media
is present. This behavior can be overridden by creating a 'uEnv.txt'
file with 'uenvcmd' defined.

To boot an existing 'uImage', create the following 'uEnv.txt':

[start]-----------------------------------------------------------------

loaduimage=fatload mmc 0:1 ${loadaddr} ${bootfile}
uenvcmd=run loaduimage; run mmcargs; bootm ${loadaddr}

[end]-------------------------------------------------------------------

Inspired by similar patches, for other OMAP3 boards, from EEWiki
- https://github.com/eewiki/u-boot-patches/tree/master/v2016.01

Signed-off-by: Derald D. Woods 
Reviewed-by: Tom Rini

Merge branch 'master' of git://git.denx.de/u-boot-uniphier

2016-02-14T13:39:32+00:00

ARM: uniphier: drop unnecessary "bootm_low" environment define

2016-02-14T08:07:46+00:00

This environment define has been here to work around the LMB
allocation error introduced by commit 9c11135ce053 ("image: fix
getenv_bootm_size() function").

It is no longer needed because the root cause was fixed by commit
0cb389dd1a38 ("image: fix getenv_bootm_size() function again").

Signed-off-by: Masahiro Yamada

ARM: uniphier: change stack pointer address for SPL

2016-02-14T07:36:13+00:00

No special reason for the current stack address 0x0ff08000.
Change it to 0x00100000 to simplify the init_page_table.

There are two types of SoCs in terms of the load address of SPL.

 [1] PH1-sLD3, PH1-LD4, PH1-sLD8
   SPL is loaded at 0x00040000-0x0004ffff
 [2] PH1-Pro4, PH1-Pro5, ProXstream2, PH1-LD6b
   SPL is loaded at 0x00100000-0x0010ffff

The new stack area (0x000f8000-0x00100000) should be safe for all the
cases.

Signed-off-by: Masahiro Yamada