ARM: i.MX6: boot: handle i.MX6UL differences ...

The i.MX6UL differs from the i.MX6Q in the interpretation of the first
two values for BOOT_CFG(7, 4):

+--------------+----------+----------+
|BOOT_CFG1(7,4)|   0x01   |   0x02   |
|==============+==========+==========|
| MX6Q         | reserved |   SATA   |
|--------------+----------+----------|
| MX6UL        |   QSPI   | reserved |
+--------------+----------+----------+

The reserved (forced serial) values are handled in the previous commit.
Add QSPI boot source detection now.

Signed-off-by: Ahmad Fatoum <ahmad@a3f.at>
Signed-off-by: Sascha Hauer <s.hauer@pengutronix.de>

ARM: i.MX: boot: interpret reserved boot as forced serial ...

`mw 0x20d8040 0x00000010; mw 0x20d8044 0x10000000; reset` issued on an
i.MX6Q forces serial download mode, but there is no indication of that
in the sbmr2 register, so barebox reports $bootsource=unknown.

Similarly, `mw 0x20d8040 0x00000020; mw 0x20d8044 0x10000000; reset`
forces an i.MX6UL into recovery mode after reset.

Do as U-Boot does and interpret the (reserved) value in BOOT_CFG1(7, 4)
for each SoC as serial download.

Signed-off-by: Ahmad Fatoum <ahmad@a3f.at>
Signed-off-by: Sascha Hauer <s.hauer@pengutronix.de>

nvmem: bsec: remove wrongly named bsec_field type ...

BSEC_SMC_READ_SHADOW and BSEC_SMC_WRITE_SHADOW aren't fields, but
operations to apply on fields. Rename it accordingly and fix up instances
where it was used wrongly.

Signed-off-by: Ahmad Fatoum <ahmad@a3f.at>
Signed-off-by: Sascha Hauer <s.hauer@pengutronix.de>

nvmem: bsec: allow reads at unaligned offsets ...

Setting the NVMEM stride to 4 means we can't have nvmem cells pointing
at odd addresses. Linux sets it to 1 instead and handles reads at
unaligned addresses by splitting them up to aligned chunks. Copy over
the code to do the same. Unaligned writes remain illegal.

Signed-off-by: Ahmad Fatoum <ahmad@a3f.at>
Signed-off-by: Sascha Hauer <s.hauer@pengutronix.de>

ARM: stm32mp: init: fix up CPU device tree nodes ...

To facilitate using the same barebox binary for multiple variants of the
STM32MP15x, have it fix up the CPU device tree nodes.

Signed-off-by: Ahmad Fatoum <ahmad@a3f.at>
Signed-off-by: Sascha Hauer <s.hauer@pengutronix.de>

ARM: stm32mp: init: detect Revision Z and 800 MHz profiles ...

Revision A was 0x1000 and B was 0x2000, so I assumed the next would
be revision C valued 0x3000. Alas, it's revision Z with 0x2001...

Change the code accordingly and add detection for the new 800Mhz
profiles.

Code taken from U-Boot commit
cf0818b477 ("stm32mp1: support of STM32MP15x Rev.Z") and
Patch[1] "stm32mp1: add 800 MHz profile support".

[1]: https://st-md-mailman.stormreply.com/pipermail/uboot-stm32/2020-February/002170.html

Signed-off-by: Ahmad Fatoum <ahmad@a3f.at>
Signed-off-by: Sascha Hauer <s.hauer@pengutronix.de>

ARM: stm32mp: init: don't cast signed error to unsigned ...

bsec_read_field returns a negative value on error, pass it along
signed. This doesn't matter now, because we ignore the error code, but
it's the correct thing to do.

Signed-off-by: Ahmad Fatoum <ahmad@a3f.at>
Signed-off-by: Sascha Hauer <s.hauer@pengutronix.de>

drivers: add COMPILE_TEST prompts for some off-by-default options ...

Some Kconfig options we have are promptless and off-by-default and
instead can only be enabled by being selected from platform options.

For some of those that aren't compile testable, add a new
COMPILE_TEST-only prompt.

Signed-off-by: Ahmad Fatoum <a.fatoum@pengutronix.de>
Signed-off-by: Sascha Hauer <s.hauer@pengutronix.de>

drivers: add COMPILE_TEST prompts to some on-by-default drivers ...

Many clock source and GPIO controller drivers don't have a prompt, but
are instead default y if their respective platform is enabled. Maintain
this behavior, but add a prompt for when COMPILE_TEST is enabled, so
they can be included in test builds.

Signed-off-by: Ahmad Fatoum <a.fatoum@pengutronix.de>
Signed-off-by: Sascha Hauer <s.hauer@pengutronix.de>

drivers: mark first batch of compilable drivers for COMPILE_TEST ...

All of these drivers have a runtime dependency on SoC peripherals, but
can nevertheless be compile-tested. Add COMPILE_TEST as an alternate
dependency.

Signed-off-by: Ahmad Fatoum <a.fatoum@pengutronix.de>
Signed-off-by: Sascha Hauer <s.hauer@pengutronix.de>

common: introduce COMPILE_TEST option for build-testing ...

Compile-time analysis may help us catch latent bugs in barebox. For this
to be most effective, we need an easy way to compile as much of barebox
as possible. Giving all driver options prompts would do this, but at the
cost of making user experience worse, by asking them about drivers for HW
that's clearly not relevant to the platform they selected.

Do as Linux does and provide a default-off COMPILE_TEST option, which we
can use to make extra drivers selectable.

Signed-off-by: Ahmad Fatoum <a.fatoum@pengutronix.de>
Signed-off-by: Sascha Hauer <s.hauer@pengutronix.de>

drivers: explicitly select dependency STMP_DEVICE for i.MX23/28 drivers ...

Some of the i.MXs drivers can be build tested even if building for other
platforms. Support adding a future COMPILE_TEST dependency to some of
these drivers by explicitly having their Kconfig symbol select STMP_DEVICE
if the driver calls stmp_reset_block.

This has not been necessary for the normal build, because the ARCH
symbols for the IMX23 and IMX28 already selected STMP_DEVICE.

Signed-off-by: Ahmad Fatoum <a.fatoum@pengutronix.de>
Signed-off-by: Sascha Hauer <s.hauer@pengutronix.de>

ARM: at91: Move mci platform data to include/ ...

To be able to add the Atmel mci driver to COMPILE_TEST move the
definition of struct atmel_mci_platform_data to include/ where it
can be reached from foreign SoCs as well.

Signed-off-by: Sascha Hauer <s.hauer@pengutronix.de>

ARM: i.MX: boot: correctly handle SRC_SBMR1 override via SRC_GPR9 ...

`mw 0x20d8040 0x08000030; mw 0x20d8044 0x10000000; reset` issued on an
i.MX6Q forces boot from the ecspi1. This is because the BootROM reads
the boot mode out of SRC_GPR9 instead of SRC_SBMR1 whenever SRC_GPR10
has its 28th bit set.

Teach barebox about this, so we don't end up with a wrong $bootsource
when putting SRC_GPR9 into use.

Signed-off-by: Ahmad Fatoum <ahmad@a3f.at>
Signed-off-by: Sascha Hauer <s.hauer@pengutronix.de>

ARM: i.MX: configurable Super Root Key index ...

Allow the configuration of the Super Root Key Index, to let the user
select another key if a previous key has been revoked.

Signed-off-by: Rouven Czerwinski <r.czerwinski@pengutronix.de>
Signed-off-by: Sascha Hauer <s.hauer@pengutronix.de>

MIPS: dlink-dir-320: remove useless board file ...

The board file calls only barebox_set_hostname().
Since we can extract host name from devicetree,
we can drop board file.

Signed-off-by: Antony Pavlov <antonynpavlov@gmail.com>
Signed-off-by: Sascha Hauer <s.hauer@pengutronix.de>

dts: update to v5.7-rc4 ...

Signed-off-by: Sascha Hauer <s.hauer@pengutronix.de>

mmc: mxs: implement detect callback ...

Needed to automatically detect the SD card when it contains the barebox
environment.

Signed-off-by: Sascha Hauer <s.hauer@pengutronix.de>

serial: mxs auart: Set Linux console name ...

The MXS AUART is in the kernel known as "ttyAPP". Set the Linux console
name to make automatic setting of the console= Kernel parameter work.

Signed-off-by: Sascha Hauer <s.hauer@pengutronix.de>

ARM: i.MX28: Update defconfig ...

Enable more features:
- USB support
- wd command
- ubiformat
- regulator command

Changes:
- Disable all consoles (they are enabled using stdout-path property)
- Do not probe MMC/SD cards during probe

Signed-off-by: Sascha Hauer <s.hauer@pengutronix.de>

usb: i.MX: Add i.MX28 support ...

The existing i.MX chipidea support can be used for i.MX28 as well. The
main difference is that the i.MX28 doesn't have a usbmisc unit, so the
bulk of this patch makes this unit optional in the driver.

Signed-off-by: Sascha Hauer <s.hauer@pengutronix.de>

usb: imx-usb-phy: Add delay ...

The imx-usb-phy needs a small delay on i.MX28, otherwise the
stmp_reset_block() fails. Add this delay unconditionally as it doesn't
seem to be worth it to limit the delay on this platform.

Signed-off-by: Sascha Hauer <s.hauer@pengutronix.de>

watchdog: i.MX28: Add device tree support ...

Signed-off-by: Sascha Hauer <s.hauer@pengutronix.de>

filetype: Add filetype for i.MX23/28 SD card images ...

Add a filetype for i.MX23/28 SD card images so that they can be
detected.

Signed-off-by: Sascha Hauer <s.hauer@pengutronix.de>

ARM: mxs: Increase VDDD voltage to match specification ...

Adoption of U-Boot commit:

| commit b4a2cdc
| Author: Marek Vasut <marex@denx.de>
| Date:   Tue Oct 15 18:26:57 2019 +0200
|
|     arm: mxs: Increase VDDD voltage to match specification
|
|     According to IMX28CEC rev. 4, 10/2018, Table 15. Recommended Operating
|     Conditions, page 16, the VDDD should be set to 1.55V when the CPU is
|     operating at 454MHz. This is the case in U-Boot, hence increase the
|     VDDD voltage. This fixes instability when performing TFTP transfers.
|     Increase the brownout threshold to 1.4V. The documentation recommends
|     1.45V setting for the brownout, however, this triggers failure during
|     power block init, so keep the brownout slightly lower.
|
|     Signed-off-by: Marek Vasut <marex@denx.de>
|     Cc: Stefano Babic <sbabic@denx.de>
|     Reviewed-by: Fabio Estevam <festevam@gmail.com>

Signed-off-by: Sascha Hauer <s.hauer@pengutronix.de>

clk: mxs: Use device tree provided clock lookups ...

When probing from the device tree use the device tree provided clock
lookups. So far we only used the clock lookups based on the physical
base address of the device, but these should go sooner or later.

Signed-off-by: Sascha Hauer <s.hauer@pengutronix.de>

clk imx28: Add USB clocks ...

The USB clocks are missing, add them to make USB work as part of the
i.MX chipidea driver.

Signed-off-by: Sascha Hauer <s.hauer@pengutronix.de>

clk: mxs: Fix clock numbering ...

The device tree clock lookups use the position in the clks array,
hence they must match. fec_sleep is a barebox specific clock and
is in between other clocks. Put the clock at the end of the array.

Signed-off-by: Sascha Hauer <s.hauer@pengutronix.de>

arm: mxs: Add Kconfig option for device tree boards ...

Boards supporting device tree have to make sure OFTREE and OFDEVICE are
selected. Add a convenience option pulling in the right options and
select it from the boards.

Signed-off-by: Sascha Hauer <s.hauer@pengutronix.de>

clk: mxs: Do not enable enet_out clock ...

The enet_out clock gate is wrongly abstracted. The bit it is controlling
is not just a bit to enable the clock, it also controls the direction of
the ethernet reference clock. When the bit is cleared, the ethernet
reference clock must be fed into the SoC from an external oscillator;
when it's set then the ethernet reference clock is generated internally.
The correct setting depends on the board, so we must not set the bit
unconditionally during probe of the clock driver. Whether or not the
clock is enabled can be selected by the board by removing the clock from
the FEC in its dts.

Signed-off-by: Sascha Hauer <s.hauer@pengutronix.de>