When binman is in use, most of the targets built by the Makefile are
inputs to binman. We then need a final rule to run binman to produce the
final outputs.

Rename the variable to indicate this, and add a new 'inputs' target.
Signed-off-by: NSimon Glass <sjg@chromium.org>
Reviewed-by: NBin Meng <bmeng.cn@gmail.com>

At present only the ARMv7 tegra SoCs actually use binman to create an
image. Change the config to reflect this, since otherwise running binman
will produce an error.
Signed-off-by: NSimon Glass <sjg@chromium.org>

This has been in the Makefile long enough to ensure migration is complete.
Drop it.
Signed-off-by: NSimon Glass <sjg@chromium.org>

Add a simple binman config and enable CONFIG_HAS_ROM so that U-Boot
produces a ROM for bob.
Signed-off-by: NSimon Glass <sjg@chromium.org>

Add a simple binman config and enable CONFIG_HAS_ROM so that U-Boot
produces a ROM for jerry.

Change the binman image definition to support multiple images, since it
may be used to build both u-boot-rockchip.bin and u-boot.rom
Signed-off-by: NSimon Glass <sjg@chromium.org>

Update the config for chromebook_bob to support booting from SPI flash.
The existing SPL size is too small since ATF is needed, so double it.
Signed-off-by: NSimon Glass <sjg@chromium.org>

This option allows the serial console to work correctly. Add it.
Signed-off-by: NSimon Glass <sjg@chromium.org>

Some non-x86 devices can use SPI flash to boot and need to produce images
of a fixed size to program the flash.

Add a way to handle this for non-x86 boards.
Signed-off-by: NSimon Glass <sjg@chromium.org>

Bob is a Chromebook and can boot from SPI flash. Add it to the condition
check for this.
Signed-off-by: NSimon Glass <sjg@chromium.org>

Most x86 boards build a u-boot.rom which is programmed into SPI flash. But
this is not unique to x86. For example some rockchip boards can also boot
from SPI flash.

Also, at least on x86, binary blobs are sadly quite common. It is not
possible to build a functional image without them, and U-Boot needs to
know this at build time.

Introduce a new CONFIG_HAS_ROM option which selects whether u-boot.rom is
built and a new CONFIG_ROM_NEEDS_BLOBS option to indicate whether binary
blobs are also needed. If they are not needed, it is safe to build the ROM
always. Otherwise we still require the BUILD_ROM environment variable.

For now this affects only x86, but future patches will enable this for
rockchip too.
Signed-off-by: NSimon Glass <sjg@chromium.org>

It is interesting to note the number of builds completed per second to
track machine performance and build speed. Add a 'rate' value at the end
of the build to show this.
Signed-off-by: NSimon Glass <sjg@chromium.org>

This current fails with an error. Fix it.
Signed-off-by: NSimon Glass <sjg@chromium.org>
Fixes: 7664b03f ("buildman: Remove _of_#_ from results directory paths")

Older versions of this script don't support the -q flag. Since buildman
runs this script from when it starts, we may get the old version.

Fix this in two ways:

1. Use the version from the same tree as buildman is run from, if
available
2. Failing that, allow the -q flag to be missing
Signed-off-by: NSimon Glass <sjg@chromium.org>

Linux distributions generally use the "make defconfig && make tools-all"
recipe to generate a uboot-tools (or similar) package.

This patch enables FIT cipher support in the default mkimage build.
Signed-off-by: NPatrick Oppenlander <patrick.oppenlander@gmail.com>

Add an additional test to dtoc in order improve the coverage,
specifically to take into account the case of unicode error when
scanning drivers.
Signed-off-by: NWalter Lozano <walter.lozano@collabora.com>

- Migration of more symbols to Kconfig

Done with:
./tools/moveconfig.py -S SPL_LOAD_FIT_ADDRESS
./tools/moveconfig.py -S SPL_LOAD_FIT_ADDRESS -H
Signed-off-by: NPeng Fan <peng.fan@nxp.com>
[trini: A few more migrations]
Signed-off-by: NTom Rini <trini@konsulko.com>

Add SPL_LOAD_FIT_ADDRESS to make user could add it in defconfig
Signed-off-by: NPeng Fan <peng.fan@nxp.com>

This converts the following to Kconfig:
   CONFIG_SYS_MMCSD_FS_BOOT_PARTITION
Signed-off-by: NAdam Ford <aford173@gmail.com>

BOOTP_DEFAULT is defined in several boards, but this config
option is never checked or used.

This patch removes this config option from config files and
the whitelist.txt
Signed-off-by: NAdam Ford <aford173@gmail.com>

This converts the following to Kconfig:
   CONFIG_BOOTP_SEND_HOSTNAME
Signed-off-by: NAdam Ford <aford173@gmail.com>

This converts the following to Kconfig:
   CONFIG_DRIVER_TI_EMAC_USE_RMII
Signed-off-by: NAdam Ford <aford173@gmail.com>

This converts the following to Kconfig:
   CONFIG_SPL_NAND_BASE
   CONFIG_SPL_NAND_IDENT
Signed-off-by: NAdam Ford <aford173@gmail.com>

This converts the following to Kconfig:
   CONFIG_SPL_NAND_DRIVERS
   CONFIG_SPL_NAND_ECC
   CONFIG_SPL_NAND_SIMPLE
Signed-off-by: NAdam Ford <aford173@gmail.com>

This converts the following to Kconfig:
   CONFIG_ENV_OVERWRITE
Signed-off-by: NAdam Ford <aford173@gmail.com>
[trini: Rerun migration, remove some comments]
Signed-off-by: NTom Rini <trini@konsulko.com>

- Update Azure to fix some recent issues with Windows host tool builds

Rsync all defconfig files using moveconfig.py
Signed-off-by: NTom Rini <trini@konsulko.com>

Recent CI failures were seen [1] when building MSYS2 Windows host
tools. The error messages are something like:

  downloading mingw32.db...
  downloading mingw32.db.sig...
  error: mingw32: key "4A6129F4E4B84AE46ED7F635628F528CF3053E04" is unknown
  error: mingw32: signature from "David Macek <david.macek.0@gmail.com>" is unknown trust
  error: failed to update mingw32 (invalid or corrupted database (PGP signature))

Per the MSYS2 official news [2], this was caused by a packager
switch and several solutions were suggested, e.g.: a new package
of msys2-keyring and a new msys2 installer that includes them are
released. However right now we have been using the MSYS2 github
CI base repo [3] for the MSYS2 build in U-Boot, but per the project
information on the github webpage, it says: "This repository is
unused/deprecated and will be remove after 2021-01-01". Since it is
unmaintained it's unlikely the new PGP keys will be included in the
git repo, and the only choice is to switch to use the MSYS2 official
installer as the CI base instead.

[1] https://dev.azure.com/u-boot/u-boot/_build/results?buildId=975
[2] https://www.msys2.org/news/#2020-06-29-new-packagers
[3] https://github.com/msys2/msys2-ci-baseSigned-off-by: NBin Meng <bmeng.cn@gmail.com>

Package 'flex' is needed when building the U-Boot host tool, but
is currently missing in the build dependency in the CI pipeline.

This is to prepare switching to an installer based CI build.
Signed-off-by: NBin Meng <bmeng.cn@gmail.com>

As of 2020-05-17, 32-bit MSYS2 is no longer actively supported by
the upstream [1]. Let's drop the 32-bit Windows host tool build.

[1] https://www.msys2.org/news/#2020-05-17-32-bit-msys2-no-longer-actively-supportedSigned-off-by: NBin Meng <bmeng.cn@gmail.com>

This simplifies things a bit to just use a login shell everywhere.

This keeps in sync with MSYS2 upstream commit:
9d11b7f0aa93 ("azure-pipelines: simplify things a bit").
Signed-off-by: NBin Meng <bmeng.cn@gmail.com>

Signed-off-by: NTom Rini <trini@konsulko.com>

- Handle errors in Meson serial driver
- Enable HDMI, keyboard and ADC for Odroid-C2

- Bug fixes and updates on ls2088a,ls1028a, ls1046a, ls1043a, ls1012a
- lx2-watchdog support
- layerscape: pci-endpoint support, spin table relocation fixes and
  cleanups
- fsl-crypto: RNG support and bug fixes

With the migration to python3 for all of our tests, we need to install
pyelftools via pip now rather than the system tools as they will
otherwise not be present in our virtualenv.
Signed-off-by: NTom Rini <trini@konsulko.com>
---
Changes in v2: Switch to pip

binman support for FIT
new UCLASS_SOC
patman switch 'test' command
minor fdt fixes
patman usability improvements

Enable options to permit HDMI output on Odroid-C2 GXBB boards.
Enable VPU Power Domain.
Enable ADC and USB_KERBOARD.
Reviewed-by: NNeil Armstrong <narmstrong@baylibre.com>
Signed-off-by: NAnand Moon <linux.amoon@gmail.com>

This checks and handles RX errors on the Amlogic UART controller
after experiencing errors on the Khadas VIM3 & VIM3L when UART AO A
lines are not connected.

When the RX line is not connected, the first byte is erroneous and breaks
the U-Boot autoboot, breaking automatic boot.

This checks and drops any erroneous RX byte on pending and getc callbacks
to avoid returning true to pending when an error byte is in the FIFO.

Fixes: bfcef28a ("arm: add initial support for Amlogic Meson and ODROID-C2")
Signed-off-by: NNeil Armstrong <narmstrong@baylibre.com>
Tested-by: NGuillaume La Roque <glaroque@baylibre.com>

- R8A774A1 / Beacon EmbeddedWorks RZG2M Dev Kit support

- Convert dc2114x driver to DM.