Hi Tom,
Please pull the STM32 related fixes for u-boot/master, v2023.01: u-boot-stm32-20230106
- stm32mp: Fix board_get_usable_ram_top(): workaround to avoid issue after the
commit 777aaaa706b ("common/memsize.c: Fix get_effective_memsize() to check
for overflow") because the effective DDR effective size is reduce by 4KiB and sometime the board hang on boot
CI status: https://source.denx.de/u-boot/custodians/u-boot-stm/-/pipelines/14623
This last patch for v2023.01 avoids a hang on 1GB DDR STM32MP15 board detected
by Marek and caused by Pali patch.
For my point a view , this patch is an acceptable workaround for master branch and v2023.01 delivery
but the initial patch should be revisited or reverted (in master or in next ?).
For details see comments in patch
"arm: stm32mp: Fix board_get_usable_ram_top() again"
http://patchwork.ozlabs.org/project/uboot/patch/20230105012222.238075-1-mare...
https://lore.kernel.org/u-boot/20230105012222.238075-1-marex@denx.de/
Thanks, Patrick
=====
The following changes since commit 8d6cbf5e6bc4e10e38b954763fa025caed517cc2:
Merge tag 'efi-2023-01-rc5-3' of https://source.denx.de/u-boot/custodians/u-boot-efi (2023-01-04 08:50:24 -0500)
are available in the Git repository at:
https://gitlab.denx.de/u-boot/custodians/u-boot-stm.git tags/u-boot-stm32-20230106
for you to fetch changes up to a2e0b041d662e4c80502cd5c9a8326d026f9deb1:
arm: stm32mp: Fix board_get_usable_ram_top() again (2023-01-06 11:02:17 +0100)
---------------------------------------------------------------- - stm32mp: Fix board_get_usable_ram_top(): workaround to avoid issue after the commit 777aaaa706b ("common/memsize.c: Fix get_effective_memsize() to check for overflow") because the effective DDR effective size is reduce by 4KiB and sometime the board hang on boot
---------------------------------------------------------------- Marek Vasut (1): arm: stm32mp: Fix board_get_usable_ram_top() again
arch/arm/mach-stm32mp/dram_init.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-)