u-boot.git/doc, branch v2017.09-rc1

x86: Add Intel Edison board files

2017-07-30T02:30:25+00:00

Add Intel Edison board which is using U-Boot.

The patch is based on work done by the following people (in alphabetical
order):
	Aiden Park 
	Dukjoon Jeon 
	eric.park 
	Fabien Chereau 
	Felipe Balbi 
	Scott D Phillips 
	Sebastien Colleur 
	Steve Sakoman 
	Vincent Tinelli 

In case we're building for Intel Edison, we must have 4096 bytes of
zeroes in the beginning on u-boot.bin. This is done in
board/intel/edison/config.mk.

First run sets hardware_id environment variable which is read from
System Controller Unit (SCU).

Serial number (serial# environment variable) is generated based on eMMC
CID.

MAC address on USB network interface is unique to the board but kept the
same all over the time.

Set mac address from U-Boot using following scheme:
	OUI = 02:00:86
	next 3 bytes of MAC address set from eMMC serial number

This allows to have a unique mac address across reboot and flashing.

Signed-off-by: Vincent Tinelli 
Signed-off-by: Felipe Balbi 
Signed-off-by: Andy Shevchenko 
Reviewed-by: Bin Meng 
Reviewed-by: Simon Glass 
[bmeng: Add MAINTAINERS file for Intel Edison board]
Signed-off-by: Bin Meng

Merge git://git.denx.de/u-boot-uniphier

2017-07-26T15:29:25+00:00

FIT: List kernel_noload in the list of types

2017-07-26T15:29:15+00:00

In the source_file_format.txt file we talk about how to construct a
valid FIT image.  While it already says to look at the source for the
full list, add kernel_noload to the explicit list of types.  This is
arguably the most important type to use as most often we are including a
kernel that will run from wherever it is loaded into memory and execute.

This for example, allows you to create a single FIT image for Linux that
can be used on both OMAP and i.MX devices as the kernel will not need to
be moved in memory.

Signed-off-by: Tom Rini

ram: stm32: add second SDRAM bank management

2017-07-26T15:29:15+00:00

FMC is able to manage 2 SDRAM banks, but the current driver
implementation is only able to manage the first SDRAM bank.

Even if only bank2 is used, some bank1 registers must be
configured.

Signed-off-by: Patrice Chotard 
Reviewed-by: Simon Glass

doc: uniphier: rework README.uniphier

2017-07-26T13:27:15+00:00

Rework the readme to reflect the latest boot mechanism on ARMv8 SoCs.

Signed-off-by: Masahiro Yamada

ARM: uniphier: remove SPL support for ARMv8 SoCs

2017-07-26T13:27:15+00:00

It has been a while since ARM Trusted Firmware supported UniPhier SoC
family.  U-Boot SPL was intended as a temporary loader that runs in
secure world.  It is a maintenance headache to support two different
boot mechanisms.  Secure firmware is realm of ARM Trusted Firmware
and now U-Boot only serves as a non-secure boot loader for UniPhier
ARMv8 SoCs.

Signed-off-by: Masahiro Yamada

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

2017-07-18T12:42:48+00:00

imx: reorganize IMX code as other SOCs

2017-07-12T08:17:44+00:00

Change is consistent with other SOCs and it is in preparation
for adding SOMs. SOC's related files are moved from cpu/ to
mach-imx/.

This change is also coherent with the structure in kernel.

Signed-off-by: Stefano Babic 

CC: Fabio Estevam 
CC: Akshay Bhat 
CC: Ken Lin 
CC: Marek Vasut 
CC: Heiko Schocher 
CC: "Sébastien Szymanski" 
CC: Christian Gmeiner 
CC: Stefan Roese 
CC: Patrick Bruenn 
CC: Troy Kisky 
CC: Nikita Kiryanov 
CC: Otavio Salvador 
CC: "Eric Bénard" 
CC: Jagan Teki 
CC: Ye Li 
CC: Peng Fan 
CC: Adrian Alonso 
CC: Alison Wang 
CC: Tim Harvey 
CC: Martin Donnelly 
CC: Marcin Niestroj 
CC: Lukasz Majewski 
CC: Adam Ford 
CC: "Albert ARIBAUD (3ADEV)" 
CC: Boris Brezillon 
CC: Soeren Moch 
CC: Richard Hu 
CC: Wig Cheng 
CC: Vanessa Maegima 
CC: Max Krummenacher 
CC: Stefan Agner 
CC: Markus Niebel 
CC: Breno Lima 
CC: Francesco Montefoschi 
CC: Jaehoon Chung 
CC: Scott Wood 
CC: Joe Hershberger 
CC: Anatolij Gustschin 
CC: Simon Glass 
CC: "Andrew F. Davis" 
CC: "Łukasz Majewski" 
CC: Patrice Chotard 
CC: Nobuhiro Iwamatsu 
CC: Hans de Goede 
CC: Masahiro Yamada 
CC: Stephen Warren 
CC: Andre Przywara 
CC: "Álvaro Fernández Rojas" 
CC: York Sun 
CC: Xiaoliang Yang 
CC: Chen-Yu Tsai 
CC: George McCollister 
CC: Sven Ebenfeld 
CC: Filip Brozovic 
CC: Petr Kulhavy 
CC: Eric Nelson 
CC: Bai Ping 
CC: Anson Huang 
CC: Sanchayan Maity 
CC: Lokesh Vutla 
CC: Patrick Delaunay 
CC: Gary Bisson 
CC: Alexander Graf 
CC: u-boot@lists.denx.de
Reviewed-by: Fabio Estevam 
Reviewed-by: Christian Gmeiner

mmc: fsl_esdhc: drop CONFIG_SYS_FSL_ESDHC_FORCE_VSELECT

2017-07-12T07:44:22+00:00

CONFIG_SYS_FSL_ESDHC_FORCE_VSELECT is not the correct method
to set I/O to 1.8. To boards that does not support vqmmc-supply,
use vs18_enable in fsl_esdhc_cfg. If regulator is supported,
use fixed 1.8V regulator for vqmmc-supply.

Signed-off-by: Peng Fan 
Cc: Jaehoon Chung 
Cc: York Sun 
Cc: Stefano Babic

arm64: mvebu: use single defconfig for Armada8K development boards

2017-07-12T04:57:55+00:00

Currently, Marvell Armada8k development board use 3 different
defconfigs:
        mvebu_db-88f7040-nand_defconfig
        mvebu_db-88f7040_defconfig
        mvebu_db-88f8040_defconfig
Having 3 different defconfigs makes maintenance difficult.

This patch removes the defconfigs mentioned above and introduce
a new defconfig which represents the Armada8k family.

NOTE:
In order not to break automatic tools compilation,
a default device-tree is set in the defconfig (armada-8040-db).
However, when compiling u-boot, the user MUST explicitly export
the DEVICE_TREE for the requested board because using A80x0
device-tree on A70x0 might break the device.

For more information, refer to "doc/README.marvell" (intoduced
in this patch).

Change-Id: I98515b6306498358f3722ecf7ac4c87f236ebbd8
Signed-off-by: Igal Liberman 
Signed-off-by: Stefan Roese