u-boot.git/board, branch v2022.01

udoo: Call gpio_request()

2022-01-08T16:16:03+00:00

Calling gpio_request() prior to its usage is now mandatory.

This fixes the following GPIO errors:

U-Boot SPL 2022.01-rc3-00067-g7a5be871c0ec (Dec 18 2021 - 17:45:07 -0300)
Trying to boot from MMC1

U-Boot 2022.01-rc3-00067-g7a5be871c0ec (Dec 18 2021 - 17:45:07 -0300)

CPU:   Freescale i.MX6Q rev1.2 at 792 MHz
Reset cause: WDOG
Model: Udoo i.MX6 Quad Board
Board: Udoo Quad
DRAM:  1 GiB
MMC:   FSL_SDHC: 2
Loading Environment from MMC... OK
In:    serial
Out:   serial
Err:   serial
gpio@20a0000: set_dir_flags: error: gpio GPIO2_31 not reserved
gpio@20a4000: set_dir_flags: error: gpio GPIO3_23 not reserved
gpio@20b0000: set_dir_flags: error: gpio GPIO6_24 not reserved
gpio@20b0000: set_dir_flags: error: gpio GPIO6_25 not reserved
gpio@20b0000: set_dir_flags: error: gpio GPIO6_27 not reserved
gpio@20b0000: set_dir_flags: error: gpio GPIO6_28 not reserved
gpio@20b0000: set_dir_flags: error: gpio GPIO6_29 not reserved
gpio@20a4000: set_value: error: gpio GPIO3_23 not reserved
Net:   Could not get PHY for FEC0: addr -2
No ethernet found.

Signed-off-by: Fabio Estevam 
Reviewed-by: Peter Robinson

udoo_spl: Initialize the eSDHC controller in SPL

2022-01-08T16:16:03+00:00

Currently, imx6q udoo board fails to boot like this:

U-Boot SPL 2022.01-rc3-00061-g95ca715adad3 (Dec 18 2021 - 18:04:40 -0300)
Trying to boot from MMC1

The reason is that the eSDHC controller is not initialized in SPL.

Initialize the eSDHC controller in SPL via C code as DM is not
used in SPL.

Signed-off-by: Fabio Estevam 
Reviewed-by: Peter Robinson

imx8mm_venice: switch to use binman to pack images

2022-01-07T20:49:13+00:00

Use binman to pack images.

Note that imx8mm_venice supports several boards via multiple DTB's thus
in the fit node we must use:
- fit,fdt-list = "of-list"
- fdt-SEQ
- config-SEQ

Signed-off-by: Tim Harvey 
Reviewed-by: Marcel Ziswiler 
Reviewed-by: Fabio Estevam

imx8mm-cl-iot-gate: fix imximage intermediate binary naming

2022-01-07T20:42:42+00:00

This fixes the following build time issue:

...
  BINMAN  all
binman: Error 1 running 'mkimage -d ./mkimage.spl.mkimage -n
 spl/u-boot-spl.cfgout -T imx8mimage -e 0x7e1000
 ./mkimage-out.spl.mkimage': mkimage.flash.mkimage: Can't open: No such
 file or directory

make: *** [Makefile:1094: all] Error 1

Signed-off-by: Marcel Ziswiler 
Reviewed-by: Peng Fan

imx: imx8mq use common imximage.cfg

2022-01-07T20:42:41+00:00

After all these board switch to binman, we could use common imximage.cfg

Signed-off-by: Peng Fan 
Reviewed-by: Patrick Wildt

imx: pico-imx8mq: switch to use binman

2022-01-07T20:42:41+00:00

Switch to use binman to pack images

Signed-off-by: Peng Fan 
Reviewed-by: Patrick Wildt

imx: imx8mq_phanbell: switch to binman

2022-01-07T20:42:41+00:00

Switch to binman to pack images

Signed-off-by: Peng Fan 
Reviewed-by: Patrick Wildt

imx: imx8mq_evk: switch to binman

2022-01-07T20:42:41+00:00

Switch to use binman to pack images

Signed-off-by: Peng Fan

imx8mn_beacon: Fix booting hang and switch to binman

2022-01-07T20:41:58+00:00

Somewhere along the line, the board stopped being able to boot.
Rather than just fixing the issue, let's fix the issue and migrate
to binman to eliminate a warning when using custom imx tools for
generating the binary.

Signed-off-by: Adam Ford 
Reviewed-by: Peng Fan 
Reviewed-by: Fabio Estevam

imx8mm_beacon: Switch to binman for generating image

2022-01-07T17:10:59+00:00

To eliminate a warning when using custom imx tools for generating
a binary, use binman to generate flash.bin.

Signed-off-by: Adam Ford 
Signed-off-by: Marcel Ziswiler 
Reviewed-by: Simon Glass