> From: Fedor Ross
> Factor out parsing of ROM log in function spl_mmc_emmc_boot_partition().
> This can be helpful to detect a secondary image boot without fiddling
> around with MMC partitions. This way for example, U-Boot is able to
> detect a secondary image boot and can enter some fallback
> The i.MX93 11x11 EVK fails to boot with following error:
> Model: NXP i.MX93 11X11 EVK board
> DRAM: 2 GiB
> Error binding driver 'imx93-adc': -96
> Some drivers failed to bind
> Error binding driver 'simple_bus': -96
> Some drivers failed to bind
> Error binding driver 'simple_bus': -96
> i.MX93 11x11 EVK fails to boot:
> U-Boot SPL 2023.10-00558-g65b9b3462bec-dirty (Oct 03 2023 - 17:40:10 +0200)
> SOC: 0xa0009300
> LC: 0x40010
> M33 prepare ok
> Normal Boot
> Trying to boot from BOOTROM
> Boot Stage: Primary boot
> image offset 0x8000, pagesize 0x200, ivt offset 0x0
> Load image
> From: Fedor Ross
> In case of a secondary image boot from the user area of an eMMC device,
> the correct offset must be calculated. The offset is fused in the fuse
> IMG_CNTN_SET1_OFFSET of the i.MX8M Nano and Plus. The calculation of the
> offset is described in the reference manual (IMX8MNRM
> Introduce two new weak functions, arch_spl_mmc_get_uboot_raw_sector() and
> board_spl_mmc_get_uboot_raw_sector(), each of which can be overridden at
> a matching level, that is arch/ and board/ , in addition to the existing
> weak function spl_mmc_get_uboot_raw_sector().
> This way, architecture
> From: Fedor Ross
> Implement the 'getprisec' subcommand of 'bmode' command for i.MX8M by
> reading out the ROM log events. This event is set by the BootROM if it
> switched to the secondary copy due to primary copy being corrupted.
> Signed-off-by: Fedor Ross
> Signed-off-by: Marek Vasut
> From: Fabio Estevam
> The xfi3 target has been removed by commit 539fba2c10e7 ("arm:
> Remove xfi3 board"), but it missed to remove an entry from the
> mxs Kconfig.
> Remove it.
> Signed-off-by: Fabio Estevam
Applied to u-boot-imx, master, thanks !
Best regards,
Stefano Babic
--
> From: Fabio Estevam
> Unselect CONFIG_CONSOLE_MUX to fix the following
> error for the input, output and error interfaces:
> U-Boot 2023.10 (Oct 03 2023 - 21:23:18 -0300)
> ...
> In:No input devices available!
> Out: No output devices available!
> Err: No error devices available!
> Net:
> The GPIO3 has to be available early during U-Boot proper start up for
> DRAM size detect to work correctly. The GPIO3 is currently available in
> SPL and late in U-Boot proper, which is insufficient. Add the missing
> bootph-all to make the GPIO3 available also early in U-Boot proper.
>
> From: Fabio Estevam
> Add USB0 OTG support.
> Currently, the USB0 OTG nodes are not enabled in the Linux kernel
> devicetree.
> For this reason, enable the USB0 OTG nodes inside imx8mp-evk-u-boot.dtsi
> for now.
> Also select several useful options such as USB gadget and fastboot.
> Tested by
> The correct compatible string for i.MX93 variant of DWC EQoS MAC is now
> "nxp,imx93-dwmac-eqos".
> Signed-off-by: Sébastien Szymanski
Applied to u-boot-imx, master, thanks !
Best regards,
Stefano Babic
--
=
DENX Software
> Add i.MX93 CCF driver support.
> Modifed from Linux Kernel v6.5-rc2 and adapted for U-Boot.
> Signed-off-by: Sébastien Szymanski
Applied to u-boot-imx, master, thanks !
Best regards,
Stefano Babic
--
=
DENX Software
> The current imx8mp-dhcom-som.dtsi describes prototype rev.100 SoM,
> update the DT to describe production rev.200 SoM which brings the
> following changes:
> - Fast SoC GPIOs exposed on the SoM edge connector
> - Slow GPIOs like component resets moved to I2C GPIO expander
> - ADC upgraded from
> The current code works by sheer coincidence, because (see HABv4 API
> documentation, section 3.4) the RVT authenticate_image call updates
> the size that is passed in with the actual size ROM code pulls from
> IVT/CSF . So if the input size is larger, that is "fine" . Pass in
> size instead to
> Add support for DWC EQoS MAC on i.MX93.
> Signed-off-by: Sébastien Szymanski
Applied to u-boot-imx, master, thanks !
Best regards,
Stefano Babic
--
=
DENX Software Engineering GmbH,Managing Director: Erika Unter
> Add board-specific function used to indicate whether a DTO from fitImage
> configuration node 'fdt' property DT and DTO list should be applied onto
> the base DT or not applied.
> This is useful in case of DTOs which implement e.g. different board revision
> details, where such DTO should be
> From: Fabio Estevam
> Commit 68dcbdd594d4 ("ARM: imx: Add weak default reset_cpu()") caused
> the 'reset' command in U-Boot to not cause a board reset.
> Fix it by switching to the watchdog driver model via sysreset, which
> is the preferred method for implementing the watchdog reset.
>
> In case the i.MX8MP DHCOM rev.100 has been populated on the PDK3
> carrier board, the on-SoM PHY PHYAD1 signal has been pulled high
> by the carrier board and changed the PHY MDIO address from 5 to 7.
> This has been fixed on production rev.200 SoM by additional buffer
> on the SoM PHYAD/LED
> Add clocks nodes in u-boot.dtsi file.
> Remove init_uart_clk() call.
> Signed-off-by: Sébastien Szymanski
Applied to u-boot-imx, master, thanks !
Best regards,
Stefano Babic
--
=
DENX Software Engineering GmbH,
> From: Fabio Estevam
> Commit 68dcbdd594d4 ("ARM: imx: Add weak default reset_cpu()") caused
> the 'reset' command in U-Boot to not cause a board reset.
> Fix it by switching to the watchdog driver model via sysreset, which
> is the preferred method for implementing the watchdog reset.
>
> Add DT overlays to support additional DH i.MX8MP DHCOM SoM 660-100
> population options with 1x or 2x RMII PHY mounted on PDK2 or PDK3
> carrier boards.
> Use SPL DTO support to apply matching SoM specific DTO to cater
> for the SoM differences. Remove ad-hoc patching of control DT from
>
> From: Ye Li
> Current codes only ennable the PER clock. However on iMX8 the LPUART
> also needs IPG clock which is an LPCG. Should not depend on the default
> LPCG setting.
> Signed-off-by: Ye Li
> Reviewed-by: Peng Fan
> Signed-off-by: Sébastien Szymanski
Applied to u-boot-imx, master,
> The current imx8mp-dhcom-som.dtsi describes production rev.200 SoM,
> add DT overlay which reinstates rev.100 SoM description to permit
> prototype rev.100 SoMs to be used until they get phased out.
> Signed-off-by: Marek Vasut
Applied to u-boot-imx, master, thanks !
Best regards,
Stefano
> From: Fabio Estevam
> SPDX-License tag is missing and checkpatch complains about it.
> Add the SPDX-License tag using the same one from imx7d-sdb.dts.
> Signed-off-by: Fabio Estevam
> Reviewed-by: Marek Vasut
Applied to u-boot-imx, master, thanks !
Best regards,
Stefano Babic
--
> Add support for the RTL8211F(D)(I)-VD-CG PHY present on the i.MX93 EVK
> board.
> Signed-off-by: Sébastien Szymanski
Applied to u-boot-imx, master, thanks !
Best regards,
Stefano Babic
--
=
DENX Software Engineering GmbH,
> Add a common board_interface_eth_init() called by the DWC MAC driver to
> setup the MAC <-> PHY interface according to the PHY mode obtained from
> DT.
> Remove the board-side configuration in the i.MX93 EVK files.
> Signed-off-by: Sébastien Szymanski
Applied to u-boot-imx, master, thanks !
> The USB_PWR signal operation is not reliable on this DWC3 controller
> instance in case the signal is active high. Switch to GPIO control,
> which always behaves correctly. Perform the change in u-boot extras
> until this hits Linux upstream.
> Signed-off-by: Marek Vasut
Applied to u-boot-imx,
> From: Alice Guo
> When CLK is enabled, get_lpuart_clk_rate() needs to get a per clock of
> lpuart, so that add a per clock for lpuart1.
> Signed-off-by: Alice Guo
> Reviewed-by: Ye Li
> Signed-off-by: Sébastien Szymanski
Applied to u-boot-imx, master, thanks !
Best regards,
Stefano Babic
> Add EEPROM detection initialisation for phyCORE-i.MX8MM and
> print SoM information during boot when successful.
> Signed-off-by: Teresa Remmet
> Reviewed-by: Yannic Moog
> Tested-by: Yannic Moog
Applied to u-boot-imx, master, thanks !
Best regards,
Stefano Babic
--
> Due to PCB layout constraints in PCB revisions until including 1549.2,
> a RAM frequency of 2 GHz can cause rare instabilities. Set the RAM
> frequency to 1.5 GHz to achieve a stable system under all conditions.
> Signed-off-by: Teresa Remmet
> Reviewed-by: Yannic Moog
> Tested-by: Yannic Moog
> Starting with PCB revision 3 we can safely make use of higher RAM
> frequency again. Make use of the EEPROM detection to determine the
> revision and use the updated RAM timings for new SoMs.
> Signed-off-by: Teresa Remmet
> Reviewed-by: Yannic Moog
> Tested-by: Yannic Moog
Applied to
> Add imx8m specific detection part. Which includes checking the
> EEPROM data for article number options.
> Signed-off-by: Teresa Remmet
> Reviewed-by: Yannic Moog
> Tested-by: Yannic Moog
Applied to u-boot-imx, master, thanks !
Best regards,
Stefano Babic
--
> Recent shipped PHYTEC SoMs come with an i2c EEPROM containing
> information about the hardware such as board revision and variant.
> This can be used for RAM detection and loading device tree overlays
> during kernel start.
> Signed-off-by: Teresa Remmet
> Reviewed-by: Yannic Moog
>
> Add helper function to read out the PCB revision of a PHYTEC SoM.
> Signed-off-by: Teresa Remmet
> Reviewed-by: Yannic Moog
> Tested-by: Yannic Moog
Applied to u-boot-imx, master, thanks !
Best regards,
Stefano Babic
--
=
> Move the firmware/optee node to the common imx8mm-u-boot.dtsi and
> protect it with an ifdef CONFIG_OPTEE as it is a meaningless node
> without the optee driver enabled.
> Signed-off-by: Tim Harvey
> Reviewed-by: Fabio Estevam
> Reviewed-by: Marcel Ziswiler
Applied to u-boot-imx, master,
> From: Andrej Rosano
> Use DM_I2C and DM_SERIAL as it is now mandatory.
> Signed-off-by: Andrej Rosano
> Reviewed-by: Fabio Estevam
Applied to u-boot-imx, master, thanks !
Best regards,
Stefano Babic
--
=
DENX Software
> From: Andrejs Cainikovs
> Update lpddr4 configuration and training using updated spreadsheet and
> tools from NXP using data from previous spreadsheet and verified
> toward datasheet:
> - MX8M_Mini_LPDDR4_RPA_v22.xlsx
> - mscale_ddr_tool_v3.31_setup.exe
> The most relevant update is related to
> From: Joao Paulo Goncalves
> The bootcmd_mfg env variable is legacy from IMX downstream u-boot branch
> and is not needed on mainline.
> Signed-off-by: Joao Paulo Goncalves
> Signed-off-by: Francesco Dolcini
> Acked-by: Marcel Ziswiler
> Reviewed-by: Fabio Estevam
Applied to u-boot-imx,
> From: Fabio Estevam
> Since commit 4fcba5d556b4 ("regulator: implement basic reference
> counter") the return value of regulator_set_enable() may be EALREADY or
> EBUSY for fixed/GPIO regulators.
> Switch to using the more relaxed regulator_set_enable_if_allowed() to
> continue if regulator
> From: Marcel Ziswiler
> Enable USB SDP SPL aka serial downloader recovery mode support.
> While at it also enable fastboot support which may be used to
> subsequently load further stages like a Toradex Easy Installer FIT
> image.
> Signed-off-by: Marcel Ziswiler
> Reviewed-by: Fabio Estevam
> From: Hiago De Franco
> Extend the padding process of u-boot-nand.imx target by adding 10k bytes
> of zeros to the end of the binary using the 'dd' command.
> The existing padding method did not generate a functional binary,
> as discussed in more detail in this thread [1]. Instead, we adopt
> The hab signing script doc/imx/habv4/csf_examples/mx8m/csf.sh does
> fdtget -t x u-boot.dtb /binman/imx-boot/uboot offset
> to figure out the offset of u-boot.itb inside flash.bin. That works
> fine for imx8mm, imx8mn, imx8mq, but fails for imx8mp because in that
> case 'uboot' is merely a
> If optee is detected configure it in the Linux device-tree:
> - add /firmware/optee node
> - add /reserved-memory nodes for optee_core and optee_shm
> Signed-off-by: Tim Harvey
> Reviewed-by: Peng Fan
Applied to u-boot-imx, master, thanks !
Best regards,
Stefano Babic
--
> From: Hiago De Franco
> Add detection of eMMC vs NAND devices on the Colibri iMX7
> board. A GPIO is configured to detect the presence of an on-board resistor
> that is configured differently based on the flash memory used. Depending on
> the detection result, the 'variant' environment variable
> From: Ricardo Salveti
> Linux microPlatform uses an rngb device in optee-os in boot scheme
> SPL -> OPTEE -> U-Boot. To make rngb available for optee-os, enable
> it in SPL.
> Signed-off-by: Ricardo Salveti
> Co-developed-by: Oleksandr Suvorov
> Signed-off-by: Oleksandr Suvorov
Applied to
> When built with CONFIG_IMX_HAB, the full FIT image, including stuff
> tacked on beyond the end of the fdt structure, is expected to be (fdt
> size rounded up to 0x1000 boundary)+CONFIG_CSF_SIZE.
> Now, when the FIT image is loaded from a storage device, it doesn't
> really matter that the
> The Gateworks imx8mm-venice-gw7905-0x consists of a SOM + baseboard.
> The GW700x SOM contains the following:
> - i.MX8M Mini SoC
> - LPDDR4 memory
> - eMMC Boot device
> - Gateworks System Controller (GSC) with integrated EEPROM, button
>controller, and ADC's
> - RGMII PHY
> - PMIC
>
> From: Fabio Estevam
> Use dev_ofnode() to retrieve the USB node pointer from the udevice
> structure.
> This fixes the following build error:
> drivers/usb/host/ehci-mxs.c:143:38: error: 'struct udevice' has no member
> named 'node_'
> Signed-off-by: Fabio Estevam
> Reviewed-by: Marek Vasut
> From: Eduard Strehlau
> When using a list of writeable variables, the initial values come
> from the built-in default environment since commit 5ab81058364b ("env:
> Complete generic support for writable list").
> Remove unnecessary misuse of CONFIG_ENV_IS_NOWHERE as default environment.
> Based
> From: Michael Scott
> With enabled SKIP_LOWLEVEL_INIT, the weak function timer_init() is
> used in the SPL build. For iMX6 SoC, this leads MMC to fail once
> u-boot proper is booted due to a timing issue.
> Always use iMX-specific timer_init() in SPL to fix timing issues.
> Fixes: be277c3a89
> Currently, spl_imx_romapi uses a somewhat tricky workaround for the
> fact that a FIT image with external data doesn't directly allow one to
> know the full size of the file: It does a dummy spl_load_simple_fit(),
> having the ->read callback remember the largest offset requested, and
> then
> Move the firmware/optee node to the common imx8mp-u-boot.dtsi and
> protect it with an ifdef CONFIG_OPTEE as it is a meaningless node
> without the optee driver enabled.
> Signed-off-by: Tim Harvey
> Reviewed-by: Fabio Estevam
Applied to u-boot-imx, master, thanks !
Best regards,
Stefano
> The Gateworks imx8mp-venice-gw71xx-2x consists of a SOM + baseboard.
> The GW702x SOM contains the following:
> - i.MX8M Plus SoC
> - LPDDR4 memory
> - eMMC Boot device
> - Gateworks System Controller (GSC) with integrated EEPROM, button
>controller, and ADC's
> - PMIC
> - SOM
> The Gateworks imx8mp-venice-gw73xx-2x consists of a SOM + baseboard.
> The GW702x SOM contains the following:
> - i.MX8M Plus SoC
> - LPDDR4 memory
> - eMMC Boot device
> - Gateworks System Controller (GSC) with integrated EEPROM, button
>controller, and ADC's
> - PMIC
> - SOM
> Update the imx8mp-venice-gw74xx for revB:
> - add CAN1
> - add TIS-TPM on SPI2
> - add FAN controller
> - fix PMIC I2C bus (revA PMIC I2C was non-functional so no need for
>backward compatible option)
> - M2 socket GPIO's moved
> Signed-off-by: Tim Harvey
Applied to u-boot-imx, master,
> The Gateworks imx8mp-venice-gw72xx-2x consists of a SOM + baseboard.
> The GW702x SOM contains the following:
> - i.MX8M Plus SoC
> - LPDDR4 memory
> - eMMC Boot device
> - Gateworks System Controller (GSC) with integrated EEPROM, button
>controller, and ADC's
> - PMIC
> - SOM
> Move the crypto and sec_jr* nodes from board-specific
> u-boot.dtsi files into the common files. Additionally protect the
> nodes with ifdef CONFIG_FSL_CAAM as they don't serve any purpose if
> that is not enabled.
> Signed-off-by: Tim Harvey
> Reviewed-by: Marcel Ziswiler
Applied to
> The SPL authenticates image starting from CONFIG_SPL_LOAD_FIT_ADDRESS
> address, update the csf_fit.txt to match.
> Signed-off-by: Marek Vasut
> Reviewed-by: Fabio Estevam
Applied to u-boot-imx, master, thanks !
Best regards,
Stefano Babic
--
> There is no need to include the firmware/optee node if the optee
> driver is not enabled.
> Signed-off-by: Tim Harvey
> Reviewed-by: Fabio Estevam
Applied to u-boot-imx, master, thanks !
Best regards,
Stefano Babic
--
=
> From: Hiago De Franco
> Drop unused code related to CONFIG_TDX_EASY_INSTALLER, that existed only on
> toradex downstream branch.
> Signed-off-by: Hiago De Franco
> Reviewed-by: Fabio Estevam
Applied to u-boot-imx, master, thanks !
Best regards,
Stefano Babic
--
> These IS_ENABLED(CONFIG_SPL_LOAD_FIT) cases can no longer be reached,
> and thus get_fit_image_size() is also redundant.
> Signed-off-by: Rasmus Villemoes
> Reviewed-by: Fabio Estevam
Applied to u-boot-imx, master, thanks !
Best regards,
Stefano Babic
--
> From: Fabio Estevam
> Select the USB options to allow running "ums 0 mmc 0".
> Signed-off-by: Fabio Estevam
> Reviewed-by: Marek Vasut
Applied to u-boot-imx, master, thanks !
Best regards,
Stefano Babic
--
=
DENX Software
> From: Fabio Estevam
> The ivt_offset parameter is optional for both hab_auth_img_or_fail
> and hab_auth_img commands.
> Document it in their usage texts to make it clearer.
> Signed-off-by: Fabio Estevam
Applied to u-boot-imx, master, thanks !
Best regards,
Stefano Babic
--
> If CMD_ELF disabled and IMX_BOOTAUX enabled, the u-boot building ends
> up with a linking error [1]. Select LIB_ELF to fix the building
> issue.
> [1]
> ld: /tmp/ccaF1rpv.ltrans0.ltrans.o: in function `do_bootaux':
> arch/arm/mach-imx/imx_bootaux.c:108: undefined reference to `valid_elf_image'
>
> From: Eduard Strehlau
> Set CONFIG_SYS_LOAD_ADDR=0x8800 and use this address for
> loading fitImage.
> Also pass the standard CONFIG_BOOTFILE option to indicate
> the fitImage file.
> Signed-off-by: Eduard Strehlau
> Signed-off-by: Fabio Estevam
Applied to u-boot-imx, master, thanks !
> From: Fabio Estevam
> Split the hab_auth_img_or_fail usage text in two sentences to make it
> clearer.
> Signed-off-by: Fabio Estevam
Applied to u-boot-imx, master, thanks !
Best regards,
Stefano Babic
--
=
DENX Software
> From: Eduard Strehlau
> Since commit ea91031b2232 ("imx: hab: extend hab_auth_img to calculate
> ivt_offset"), it is possible to call the hab_auth_img command without the
> last ivt_offset argument.
> Currently, calling hab_auth_img_or_fail without the last
> ivt_offset parameter causes a
> From: Fabio Estevam
> Trying to boot a fitImage after a successful hab_auth_img operation
> causes the following error:
> ## Loading kernel from FIT Image at 8800 ...
>Using 'conf-imx7d-smegw01.dtb' configuration
>Trying 'kernel-1' kernel subimage
> Description: Linux kernel
> From: Fabio Estevam
> Select the i.MX8MM thermal driver as it is useful for displaying
> the CPU temperature and its grading:
> CPU: Commercial temperature grade (0C to 95C) at 38C
> It also prevents booting when the temperature is above the alert
> point.
> Signed-off-by: Fabio Estevam
> From: Fabio Estevam
> dev_info() message is not printed by default. Increase the log level
> to dev_crit(). This allows the critical messages related to the temperature
> getting beyong the alert threshold to be displayed.
> Signed-off-by: Fabio Estevam
> Reviewed-by: Tom Rini
Applied to
> From: Fabio Estevam
> Polling every second to check whether the CPU has cooled down is
> too frequent.
> Allow more time for the CPU to cool down by increasing the polling
> interval to 5 seconds by defaut.
> This value is used in the absence of the 'polling-delay' devicetree
> property.
>
> From: Fabio Estevam
> The temperature unit is millidegree Celsius, so divide by 1000 to correctly
> print the temperature values in Celsius.
> While at it, also change a typo: "has beyond" to "is beyond".
> Signed-off-by: Fabio Estevam
Applied to u-boot-imx, master, thanks !
Best regards,
> From: Fabio Estevam
> When the 'polling-delay' property is not passed via devicetree,
> pdata->polling_delay keeps at 0. This causes the imx_tmu driver to get
> stuck inside the busy while() loop when the CPU temperature is above
> the alert point.
> Fix this problem by passing a one second
> If dram_init_banksize() is called from SPL, the rom_pointer, at that
> point, is not correctly initialized. This causes wrong calculation of
> DRAM start and size in dram_init_banksize(). The issue became apparent
> only in Falcon Mode. Added an extra condition to prevent using
> rom_pointer in
> This board certainly does use default 'run distro_bootcmd' boot command,
> make sure this is set in 'bootcmd' variable.
> Fixes: 970bf8603b8 ("Convert CONFIG_USE_BOOTCOMMAND et al to Kconfig")
> Signed-off-by: Marek Vasut
> Reviewed-by: Tom Rini
Applied to u-boot-imx, master, thanks !
Best
> Use default SAVED_DRAM_TIMING_BASE as that is what upstream TFA expects.
> Without this change, the board will fail to suspend/resume e.g. in Linux.
> Signed-off-by: Marek Vasut
Applied to u-boot-imx, master, thanks !
Best regards,
Stefano Babic
--
> Use default SAVED_DRAM_TIMING_BASE as that is what upstream TFA expects.
> Without this change, the board will fail to suspend/resume e.g. in Linux.
> Signed-off-by: Marek Vasut
Applied to u-boot-imx, master, thanks !
Best regards,
Stefano Babic
--
> Use default SAVED_DRAM_TIMING_BASE as that is what upstream TFA expects.
> Without this change, the board will fail to suspend/resume e.g. in Linux.
> Signed-off-by: Marek Vasut
Applied to u-boot-imx, master, thanks !
Best regards,
Stefano Babic
--
> U-Boot splits DRAM bank spanning addresses below and above the 32bit
> boundary into two DRAM banks. Since this platform may come with 4GiB
> of DRAM, increase the DRAM bank count to 2.
> Signed-off-by: Marek Vasut
Applied to u-boot-imx, master, thanks !
Best regards,
Stefano Babic
--
> Add missing imx8mm-venice-gw7904 to CONFIG_OF_LIST
> Fixes commit 61e7f9732565 ("board: gateworks: venice: add imx8mm-gw7904
> support")
> Signed-off-by: Tim Harvey
Applied to u-boot-imx, master, thanks !
Best regards,
Stefano Babic
--
> With LTO enabled, SPL shrinks about 10K and U-Boot shrinks
> about 30K.
> Signed-off-by: Adam Ford
> diff --git a/configs/imx8mp_beacon_defconfig b/configs/imx8mp_beacon_defconfig
> index e8ddd537c0..86d0de3a30 100644
> --- a/configs/imx8mp_beacon_defconfig
> +++
> From: Fabio Estevam
> Currently, a random MAC address is assigned to eth1 in Linux.
> Fix this behavor by retrieving the second MAC address from the fuses.
> Signed-off-by: Fabio Estevam
Applied to u-boot-imx, master, thanks !
Best regards,
Stefano Babic
--
> Several changes have been made to the device tree
> in the kernel, so update that as well as the
> corresponding imx8mp-u-boot.dtsi files to prevent
> breaking the booting.
> Signed-off-by: Adam Ford
> Reviewed-by: Fabio Estevam
> diff --git a/arch/arm/dts/imx8mp-u-boot.dtsi
> From: Andrejs Cainikovs
> Enable CONFIG_SPL_GPIO_HOG option to be able to control GPIO hogs from
> SPL.
> Signed-off-by: Andrejs Cainikovs
> Signed-off-by: Marcel Ziswiler
Applied to u-boot-imx, master, thanks !
Best regards,
Stefano Babic
--
> From: Fabio Estevam
> The conversion to CONFIG_DM_SERIAL is mandatory, so select this option.
> Signed-off-by: Fabio Estevam
Applied to u-boot-imx, master, thanks !
Best regards,
Stefano Babic
--
=
DENX Software
> On the XEA (imx287) system the FAT file system is not used neither in
> SPL nor u-boot proper.
> Hence, to save ~6KiB of u-boot.img size - it has been disabled.
> Signed-off-by: Lukasz Majewski
Applied to u-boot-imx, master, thanks !
Best regards,
Stefano Babic
--
> From: Marcel Ziswiler
> Synchronise device trees with linux v6.5-rc1.
> Signed-off-by: Marcel Ziswiler
Applied to u-boot-imx, master, thanks !
Best regards,
Stefano Babic
--
=
DENX Software Engineering GmbH,Managing
> The XEA system (imx287 based) is not using support for EXTLINUX and VBE.
> As those configuration options have been enabled by default with modern
> Kconfig it is safe to explicitly disable them.
> After that change the u-boot.img size has been reduced by ~16 KiB.
> Signed-off-by: Lukasz
> Initialize Secure Non-Volatile Storage, aka SNVS.
> Signed-off-by: Andrejs Cainikovs
Applied to u-boot-imx, master, thanks !
Best regards,
Stefano Babic
--
=
DENX Software Engineering GmbH,Managing Director: Erika
> From: Fabio Estevam
> The conversion to CONFIG_DM_SERIAL is mandatory, so select this option.
> Signed-off-by: Fabio Estevam
Applied to u-boot-imx, master, thanks !
Best regards,
Stefano Babic
--
=
DENX Software Engineering
> From: Andrejs Cainikovs
> Drive CTRL_SLEEP_MOCI# high at boot (SPL) using a GPIO hog, this signal
> may be used to control some power-rails on the carrier board, therefore
> it should be set to high when the module is booting.
> To do this as early as possible is generally a good idea and the
> From: Fabio Estevam
> The conversion to CONFIG_DM_SERIAL is mandatory, so select this option.
> Signed-off-by: Fabio Estevam
Applied to u-boot-imx, master, thanks !
Best regards,
Stefano Babic
--
=
DENX Software Engineering
> From: Andrejs Cainikovs
> Enable CONFIG_SPL_GPIO_HOG option to be able to control GPIO hogs from
> SPL.
> Signed-off-by: Andrejs Cainikovs
> Signed-off-by: Marcel Ziswiler
Applied to u-boot-imx, master, thanks !
Best regards,
Stefano Babic
--
> There are some newer clocks added to the kernel recently,
> so to fix prepare for resycing the device trees, update
> the clock list. Since there are some minor changes to
> the USB clocks, update which USB clocks are enabled
> to match with the upstream kernel as well.
> Signed-off-by: Adam
> The USB Power domains should not have been removed as it causes
> the board to hang if the USB is started.
> Signed-off-by: Adam Ford
> Reviewed-by: Fabio Estevam
> diff --git a/arch/arm/dts/imx8mp-beacon-kit-u-boot.dtsi
> b/arch/arm/dts/imx8mp-beacon-kit-u-boot.dtsi
> index
> From: Andrejs Cainikovs
> Drive CTRL_SLEEP_MOCI# high at boot (SPL) using a GPIO hog, this signal
> may be used to control some power-rails on the carrier board, therefore
> it should be set to high when the module is booting.
> To do this as early as possible is generally a good idea and the
> From: Hugo Villeneuve
> For SOM with the EC configuration, the ethernet PHY is located on the
> SOM itself, and connected to the CPU ethernet controller. It has a
> reset line controlled via GPIO1_IO9. In this configuration, the PHY
> located on the carrier board is not connected to anything
> Initialize Secure Non-Volatile Storage, aka SNVS.
> Signed-off-by: Andrejs Cainikovs
Applied to u-boot-imx, master, thanks !
Best regards,
Stefano Babic
--
=
DENX Software Engineering GmbH,Managing Director: Erika
> From: Hugo Villeneuve
> For SOM with the EC configuration, the ethernet PHY is located on the
> SOM itself, and connected to the CPU ethernet controller. It has a
> reset line controlled via GPIO1_IO9. In this configuration, the PHY
> located on the carrier board is not connected to anything
> After the commit (SHA1: 7d08ddd09b75e7a3c103cc0d0d3ed700287f268e) some
> u-boot specific XEA FEC related properties have been replaced by ones
> from the Linux kernel.
> To be more specific - XEA board (and imx287 in general) has built L2
> switch connected to FEC, which needs some special
1 - 100 of 2773 matches
Mail list logo
