This change sets the default state of LEDs on TPC70.
Signed-off-by: NLukasz Majewski <lukma@denx.de>

This is a cosmetic change, just to use proper define instead
of magic numbers.
Signed-off-by: NLukasz Majewski <lukma@denx.de>

The TPC70 can boot from SD card (debug/development) and eMMC (production).
The board_boot_order() function provides a run time check for the device
from which one wants to boot (it is selected by GPIO pins setup).

Moreover, a fallback to SD card is provided if the detection is not
possible or working properly.
Signed-off-by: NLukasz Majewski <lukma@denx.de>

The TPC70 can boot from eMMC's boot0. This patch allows it to update
this HW partition's SPL.
Signed-off-by: NLukasz Majewski <lukma@denx.de>

Signed-off-by: NLukasz Majewski <lukma@denx.de>

Support distro boot for pico imx7d in FIT image case.
Signed-off-by: NJun Nie <jun.nie@linaro.org>
Tested-by: NJoris Offouga <offougajoris@gmail.com>

Add config to enable CAAM so that hardware random number generator
works.
Signed-off-by: NJun Nie <jun.nie@linaro.org>

With the OCRAM expanded to 256KB and the SPL_PINCTRL enabled with
-u-boot.dtsi entries to include the pinmuxing in SPL, the manual
code setting up the pinmux can go away.

This patch removes the legacy pinmuxing code from the board file.
Signed-off-by: NAdam Ford <aford173@gmail.com>
Reviewed-by: NFabio Estevam <festevam@gmail.com>

With the 256KB of OCRAM available to SPL now, there should be
enough room to enable the pinmuxing in SPL from the device tree.

This patch enables SPL_PINCTRL et al and adds the serial and
usdhc pin mux references to the -u-boot.dtsi file so the pins can be
configured from the device tree.
Signed-off-by: NAdam Ford <aford173@gmail.com>
Reviewed-by: NFabio Estevam <festevam@gmail.com>
Reviewed-by: NPeng Fan <peng.fan@nxp.com>

Since this board config only supports, the i.MX6D/i.MX6Q configurations,
256K of on-chip RAM is available which increases the space available
to SPL to help further reduce board code and further enable device tree
functions.

This patch enables 256K of RAM.
Signed-off-by: NAdam Ford <aford173@gmail.com>
Reviewed-by: NFabio Estevam <festevam@gmail.com>

So we can remove lots of legacy config code.
Signed-off-by: NSoeren Moch <smoch@web.de>

So we can get rid of legacy pci config code.

PCI_PNP is not required for this board, remove it to reduce the size of the
u-boot binary.

DM_PCI does not start the host controller automatically anymore. Do so
in preboot instead.
Signed-off-by: NSoeren Moch <smoch@web.de>

Signed-off-by: NSoeren Moch <smoch@web.de>

Both the distro boot configuration as well as the general pxe support
standardized on fdtfile as the variable to hold the dtb filename.
Adjust to follow that such that e.g. "pxe boot" will just work.
Signed-off-by: NSjoerd Simons <sjoerd.simons@collabora.co.uk>

The Meerkat96 board, based on the NXP i.MX7D SoC, is a member of
96Boards community and complies with all Consumer Edition board
specifications.

https://www.novtech.com/products/meerkat96.html
https://www.96boards.org/product/imx7-96/

The initial supported/tested devices include:
 - Debug serial
 - SD
 - USB Host (with Ethernet)

With these support, it's good enough for loading Linux Kernel from SD or
Ethernet over USB.
Signed-off-by: NShawn Guo <shawn.guo@linaro.org>
Reviewed-by: NPeng Fan <peng.fan@nxp.com>
Tested-by: NManivannan Sadhasivam <manivannan.sadhasivam@linaro.org>

It imports device tree source of meerkat96 board from Linux Kernel.
Signed-off-by: NShawn Guo <shawn.guo@linaro.org>

We don't need to pull in anything from the MIPS job so exclude that from
the new bcm job and make it clear it's building only ARM.
Signed-off-by: NTom Rini <trini@konsulko.com>

- Remember the device being emulated for Sandbox PCI
- Update Kconfig options for FSP 1.0
- Drop RESET_BASE and RESET_SEG_SIZE that are no longer used

- Assorted cleanups
- FAT bugfixes
- mediatek platform updates

- Various improvements to dra7xx, keystone 3, am65x SoCs
- Platform updates
- remoteproc improvements

Add support for quad (64bits) memory access specifier.
Signed-off-by: NMarek Szyprowski <m.szyprowski@samsung.com>
Acked-by: NLukasz Majewski <lukma@denx.de>

If out of memory, return -1 and not -ENOMEM from get_contents().
Signed-off-by: NHeinrich Schuchardt <xypron.glpk@gmx.de>

When hitting an invalid FAT cluster while reading a file always print an
error message and return an error code.
Signed-off-by: NHeinrich Schuchardt <xypron.glpk@gmx.de>

At this point, all drivers that do not use CONFIG_BLK are past their
migration deadlines, so remove this config as it's no longer helpful and
hinders enhancing block drivers.
Reviewed-by: NSimon Glass <sjg@chromium.org>
Signed-off-by: NTom Rini <trini@konsulko.com>

This define indicates if DM_SPI shall be supported in SPL. This allows
proper operation of DM converted SPI drivers in SPL, which use
#if !CONFIG_IS_ENABLED(DM_SPI) to also support not yet DM/DTS converted
boards.
Signed-off-by: NLukasz Majewski <lukma@denx.de>

If an exception occurs in a loaded image and the relocation offset is
unknown, it is helpful to know the instructions pointed to by the
program counter. This patch adds the missing output.

A possible output is:
    Code: 910c4021 aa1303e0 f9400662 d63f0040 (e7f7defb)

The parentheses indicate the instruction causing the exception.

The output can be disassembled using scripts/decodecode:

echo 'Code: 90000360 9100b800 94002782 17ffff8f (e7f7defb)' | \
  ARCH=arm64 scripts/decodecode

Code: 90000360 9100b800 94002782 17ffff8f (e7f7defb)
All code
========
   0:   90000360    adrp    x0, 0x6c000
   4:   9100b800    add     x0, x0, #0x2e
   8:   94002782    bl      0x9e10
   c:   17ffff8f    b       0xfffffffffffffe48
  10:*  e7f7defb    .inst   0xe7f7defb ; undefined <-- trapping instruction

Code starting with the faulting instruction
===========================================
   0:   e7f7defb    .inst   0xe7f7defb ; undefined

We already have implemented the same for armv7.

For testing command 'exception undefined' can be used.
Signed-off-by: NHeinrich Schuchardt <xypron.glpk@gmx.de>

This patch uses auto instead of decimal in simple_strtoul().
Signed-off-by: NT Karthik Reddy <t.karthik.reddy@xilinx.com>
Signed-off-by: NMichal Simek <michal.simek@xilinx.com>

readb is unconditionally defined earlier in io.h, so there's no point
checking whether it's undefined.
Signed-off-by: NRasmus Villemoes <rasmus.villemoes@prevas.dk>

No ARM board seems to define __mem_pci - and if it did, one would get tons of

  ./arch/arm/include/asm/io.h:307:0: warning: "readl" redefined

warnings, because readl and friends are unconditionally defined
earlier in io.h. Moreover, the redefinitions lack the memory barriers
that the first definitions have. So I'm guessing this is practically
dead code.
Signed-off-by: NRasmus Villemoes <rasmus.villemoes@prevas.dk>

This change allows setting pre-defined eMMC boot partition for SPL eMMC
booting. It is necessary in the case when one wants to boot (through falcon
boot) from eMMC after loading SPL from other memory (like SPI-NOR).
Signed-off-by: NMans Rullgard <mans@mansr.com>
[lukma: Edit the commit message]
Signed-off-by: NLukasz Majewski <lukma@denx.de>
Acked-by: NAndreas Dannenberg <dannenberg@ti.com>

This fixes a wrongly indented block of code.
Signed-off-by: NMans Rullgard <mans@mansr.com>
[lukma: Make the commit message more verbose]
Signed-off-by: NLukasz Majewski <lukma@denx.de>

If there is any failure during IOdelay recalibration sequence, IOs are
not guaranteed to behave as expected. So hang on any failure during the
sequence.
Signed-off-by: NLokesh Vutla <lokeshvutla@ti.com>

When an error is reported in __recalibrate_iodelay_start(), de-isolation
of IO doesn't happen. Because of this, undefined behaviour is observed
on many peripherals without any error. So make sure io is out of isolation
at the end of iodelay recalibration.
Reported-by: NRichard Woodruff <r-woodruff2@ti.com>
Signed-off-by: NLokesh Vutla <lokeshvutla@ti.com>

Currently "bootcmd" does not work as intended but instead prints MMC usage
information and goes directly to "nandboot".

Follow what the commit 66968110 ("configs: Fix usage of mmc rescan")
does for other boards prior to support for TechNexion TAO3530 SoM was
added.
Signed-off-by: NJarkko Nikula <jarkko.nikula@bitmer.com>

spl_dm_init is failing as usb to be probed with the following error:
"omap_dwc3@483c0000: ret=-2"
Enable usb to make spl boot on am43xx devices
Reported-by: NTero Kristo <t-kristo@ti.com>
Signed-off-by: NLokesh Vutla <lokeshvutla@ti.com>

Main uart0 is used as debug console by both R5SPL and A72 bootloader and
Linux. So mark it as shared device so that power-domain request is
successful by both cores.
Signed-off-by: NLokesh Vutla <lokeshvutla@ti.com>

AM335x-ICE boards contain the CDCE913 clock synthesizer, and their
reset crystal capacitance load value of 10pF is wrong leading into
lost packets in certain networking tests. Add DT data for this
device, and probe it from the board file to program the crystal
capacitance load value to 0pF to avoid any problems.
Signed-off-by: NTero Kristo <t-kristo@ti.com>

AM43xx-IDK boards contain the CDCE913 clock synthesizer, and their
reset crystal capacitance load value of 10pF is wrong leading into
lost packets in certain networking tests. Add DT data for this
device, and probe it from the board file to program the crystal
capacitance load value to 0pF to avoid any problems.
Signed-off-by: NTero Kristo <t-kristo@ti.com>

AM57xx-IDK boards contain the CDCE913 clock synthesizer, and their
reset crystal capacitance load value of 10pF is wrong leading into
lost packets in certain networking tests. Add DT data for this
device, and probe it from the board file to program the crystal
capacitance load value to 0pF to avoid any problems.
Signed-off-by: NTero Kristo <t-kristo@ti.com>

Add support for CDCE913/925/937/949 family of devices. These are modular
PLL-based low cost, high performance, programmable clock synthesizers,
multipliers and dividers. They generate up to 9 output clocks from a
single input frequency. The initial version of the driver does not
support programming of the PLLs, and thus they run in the bypass mode
only. The code is loosely based on the linux kernel cdce9xx driver.
Signed-off-by: NTero Kristo <t-kristo@ti.com>