May 2020 - U-Boot

raspberrypi cm3 v2019.07 not working
by Belisko Marek 12 May '20

12 May '20

Hi, I'm trying to run 2019.07 u-boot on raspberrypi cm3 module but I got no feedback on console. When used 2018.01 it boots fine. Probably I need to do git bisect but maybe someone have some idea or experience what can cause that. Thanks. BR, marek -- as simple and primitive as possible ------------------------------------------------- Marek Belisko - OPEN-NANDRA Freelance Developer Ruska Nova Ves 219 | Presov, 08005 Slovak Republic Tel: +421 915 052 184 skype: marekwhite twitter: #opennandra web: http://open-nandra.com

3 12

[PULL u-boot] Please pull u-boot-amlogic-20200511
by Neil Armstrong 12 May '20

12 May '20

Hi Tom, This PR enables adds GPIO Open-Drain/Open-Source emulation in GPIO uclass and finally enables USB Host support for the Odroid-C2 board. The CI job is at https://gitlab.denx.de/u-boot/custodians/u-boot-amlogic/pipelines/3196 Thanks, Neil The following changes since commit c5c657644bc35fd6b3d6e5517698721e90646b8d: Merge branch '2020-05-08-assorted-fixes' (2020-05-08 18:58:19 -0400) are available in the Git repository at: https://gitlab.denx.de/u-boot/custodians/u-boot-amlogic.git tags/u-boot-amlogic-20200511 for you to fetch changes up to 9bf87e256c26246fa6d8df491617e40cb7df89c2: test: dm: update test for open-drain/open-source emulation in gpio-uclass (2020-05-11 15:12:56 +0200) ---------------------------------------------------------------- - Enable USB Host for Odroid-C2 board - Add Open-Drain/Open-Source emulation in GPIO uclass ---------------------------------------------------------------- Beniamino Galvani (1): odroid-c2: enable USB host controller Neil Armstrong (2): gpio: emulate open drain & open source in dm_gpio_set_value() test: dm: update test for open-drain/open-source emulation in gpio-uclass arch/arm/dts/meson-gxbb-odroidc2-u-boot.dtsi | 8 +++ arch/sandbox/dts/test.dts | 4 +- configs/odroid-c2_defconfig | 7 +++ drivers/gpio/gpio-uclass.c | 15 +++++ test/dm/gpio.c | 89 ++++++++++++++++++++++++++++ 5 files changed, 122 insertions(+), 1 deletion(-)

2 1

[U-Boot] [PPC] Internet connection on qemu-ppce500
by vnktux 12 May '20

12 May '20

Hello guys, I am running an image of U-boot 2018.09 in qemu 3.0, the goal would be to load an OS-9 rom file from tftp. The problem is that I can't manage to have an Internet connection in U-boot. No matter how I run the image I always have Net: "No Ethernet found". I run qemu 3.0 with the following command: > qemu-system-ppc -cpu e500v2 -M ppce500 -nographic -kernel ~/u-boot -net nic -net tap,ifname=tap0,script=no I tried to use different -net options in qemu but the problem is always the same. And from the u-boot source code I have edited the board file qemu-ppce500.c in order to have a few ENV variables (since I can't save any env variables from the running U-boot in qemu). > ethact=eTSEC1 > ethprime=eTSEC1 > ethaddr=192.168.10.40 > netmask=255.255.254.0 > serverip=192.168.10.2 > gatewayip=192.168.10.254 The image is compiled using of course: qemu-ppce500_defconfig. What am I doing wrong? Is it even possible to initialize the Ethernet port? Thanks in advance, Vincenzo Sent with [ProtonMail](https://protonmail.com) Secure Email.

3 2

[PATCH v1 0/2] add broadcom spi driver
by Rayagonda Kokatanur 12 May '20

12 May '20

This patchset, -adds Broadcom SPI driver for iproc-based platforms and -extends Micron SPI commands for dual and quad SPI transfers on Micon SPI. Rayagonda Kokatanur (2): driver: spi: add brcm iproc qspi support. drivers: spi: add commands for micron SPI drivers/spi/Kconfig | 14 + drivers/spi/Makefile | 1 + drivers/spi/iproc_qspi.c | 852 +++++++++++++++++++++++++++++++++++++++ drivers/spi/iproc_qspi.h | 18 + drivers/spi/iproc_spi.c | 71 ++++ include/spi.h | 2 + 6 files changed, 958 insertions(+) create mode 100644 drivers/spi/iproc_qspi.c create mode 100644 drivers/spi/iproc_qspi.h create mode 100644 drivers/spi/iproc_spi.c -- 2.17.1

2 3

[PATCH 1/1] imx: rom api: fix image offset computation
by Sébastien Szymanski 12 May '20

12 May '20

According to the table 6-25 "Primary image offset and IVT offset details", in the IMX8MNRM, the ROM expects the following image offset: SD: 32KB eMMC: 0 if image is in boot partion and 32KB if it is on user partition NAND: 0 FlexSPI: 4KB SPI: 0 On eMMC, it is more likely that U-Boot is on the boot partion, so rework the offset computation by handling the two specific cases (SD and FlexSPI). Signed-off-by: Sébastien Szymanski <sebastien.szymanski(a)armadeus.com> --- arch/arm/mach-imx/spl_imx_romapi.c | 6 ++++-- 1 file changed, 4 insertions(+), 2 deletions(-) diff --git a/arch/arm/mach-imx/spl_imx_romapi.c b/arch/arm/mach-imx/spl_imx_romapi.c index 5dc0f7174e..1e9d7bd9ab 100644 --- a/arch/arm/mach-imx/spl_imx_romapi.c +++ b/arch/arm/mach-imx/spl_imx_romapi.c @@ -84,10 +84,12 @@ static int spl_romapi_load_image_seekable(struct spl_image_info *spl_image, image_offset, pagesize, offset); if (((rom_bt_dev >> 16) & 0xff) == BT_DEV_TYPE_FLEXSPINOR) - offset = CONFIG_SYS_MMCSD_RAW_MODE_U_BOOT_SECTOR * 512; + offset = CONFIG_SYS_MMCSD_RAW_MODE_U_BOOT_SECTOR * 512 - 0x1000; + else if (((rom_bt_dev >> 16) & 0xff) == BT_DEV_TYPE_SD) + offset = CONFIG_SYS_MMCSD_RAW_MODE_U_BOOT_SECTOR * 512 - 0x8000; else offset = image_offset + - CONFIG_SYS_MMCSD_RAW_MODE_U_BOOT_SECTOR * 512 - 0x8000; + CONFIG_SYS_MMCSD_RAW_MODE_U_BOOT_SECTOR * 512; size = ALIGN(sizeof(struct image_header), pagesize); ret = g_rom_api->download_image((u8 *)header, offset, size, -- 2.26.2

2 1

[PATCH] dt-bindings: vendor-prefixes: Add U-Boot bootloader prefix
by Michal Simek 12 May '20

12 May '20

List U-Boot project in vendor prefixes. For more information take a look at: https://en.wikipedia.org/wiki/Das_U-Boot Source code is available here: https://gitlab.denx.de/u-boot/u-boot Signed-off-by: Michal Simek <michal.simek(a)xilinx.com> --- The patch was created based on discussion with Rob https://lore.kernel.org/linux-devicetree/CAL_Jsq+ehJSK7sjqmKtWOVjr-QZ3LDB+y… --- Documentation/devicetree/bindings/vendor-prefixes.yaml | 2 ++ 1 file changed, 2 insertions(+) diff --git a/Documentation/devicetree/bindings/vendor-prefixes.yaml b/Documentation/devicetree/bindings/vendor-prefixes.yaml index d3891386d671..2becc5ced47c 100644 --- a/Documentation/devicetree/bindings/vendor-prefixes.yaml +++ b/Documentation/devicetree/bindings/vendor-prefixes.yaml @@ -1045,6 +1045,8 @@ patternProperties: description: Tyan Computer Corporation "^u-blox,.*": description: u-blox + "^u-boot,.*": + description: U-Boot bootloader "^ucrobotics,.*": description: uCRobotics "^ubnt,.*": -- 2.26.2

3 2

[PATCH v2 1/1] efi_loader: put device tree into EfiACPIReclaimMemory
by Heinrich Schuchardt 12 May '20

12 May '20

According to the UEFI spec ACPI tables should be placed in EfiACPIReclaimMemory. Let's do the same with the device tree. Suggested-by: Ard Biesheuvel <ardb(a)kernel.org> Cc: Grant Likely <grant.likely(a)arm.com> Signed-off-by: Heinrich Schuchardt <xypron.glpk(a)gmx.de> --- v2: adjust the unit test --- cmd/bootefi.c | 4 ++-- lib/efi_selftest/efi_selftest_memory.c | 4 ++-- 2 files changed, 4 insertions(+), 4 deletions(-) diff --git a/cmd/bootefi.c b/cmd/bootefi.c index 54b4b8f984..06573b14e9 100644 --- a/cmd/bootefi.c +++ b/cmd/bootefi.c @@ -127,13 +127,13 @@ static efi_status_t copy_fdt(void **fdtp) new_fdt_addr = (uintptr_t)map_sysmem(fdt_ram_start + 0x7f00000 + fdt_size, 0); ret = efi_allocate_pages(EFI_ALLOCATE_MAX_ADDRESS, - EFI_BOOT_SERVICES_DATA, fdt_pages, + EFI_ACPI_RECLAIM_MEMORY, fdt_pages, &new_fdt_addr); if (ret != EFI_SUCCESS) { /* If we can't put it there, put it somewhere */ new_fdt_addr = (ulong)memalign(EFI_PAGE_SIZE, fdt_size); ret = efi_allocate_pages(EFI_ALLOCATE_MAX_ADDRESS, - EFI_BOOT_SERVICES_DATA, fdt_pages, + EFI_ACPI_RECLAIM_MEMORY, fdt_pages, &new_fdt_addr); if (ret != EFI_SUCCESS) { printf("ERROR: Failed to reserve space for FDT\n"); diff --git a/lib/efi_selftest/efi_selftest_memory.c b/lib/efi_selftest/efi_selftest_memory.c index e71732dc6d..4d32a28006 100644 --- a/lib/efi_selftest/efi_selftest_memory.c +++ b/lib/efi_selftest/efi_selftest_memory.c @@ -176,9 +176,9 @@ static int execute(void) /* Check memory reservation for the device tree */ if (fdt_addr && find_in_memory_map(map_size, memory_map, desc_size, fdt_addr, - EFI_BOOT_SERVICES_DATA) != EFI_ST_SUCCESS) { + EFI_ACPI_RECLAIM_MEMORY) != EFI_ST_SUCCESS) { efi_st_error - ("Device tree not marked as boot services data\n"); + ("Device tree not marked as ACPI reclaim memory\n"); return EFI_ST_FAILURE; } return EFI_ST_SUCCESS; -- 2.26.2

2 3

[PATCH v4 0/3] gpio: add possibility to search for gpio label name
by Heiko Schocher 12 May '20

12 May '20

search for gpio label if gpio name from bankname is not found. This makes sense on boards with different hardware verions. You can now search for the gpio label name, and can give the gpio a unique name. The real gpio pin number is not needed in board code anymore. while at it add basic gpio hog test functions in seperate patch. Changes in v4: - new in version 4 - rebased to current master ac14bc4169 - rebased to current master ac14bc4169 Changes in v3: - add comment from Simon Glass make this new function configurable through Kconfig option DM_GPIO_LOOKUP_LABEL Changes in v2: - add basic gpio hog test functions - add comment from Simon Glass move code into seperate function dm_gpio_lookup_label() add test if dm_gpio_lookup_label() works Heiko Schocher (3): gpio-uclass.c: save the GPIOD flags also in the gpio descriptor sandbox, test: add test for GPIO_HOG function gpio: search for gpio label if gpio is not found through bank name arch/sandbox/dts/test.dts | 20 ++++++++++++ configs/sandbox64_defconfig | 1 + configs/sandbox_defconfig | 1 + configs/sandbox_flattree_defconfig | 1 + configs/sandbox_spl_defconfig | 1 + drivers/gpio/Kconfig | 22 +++++++++++++ drivers/gpio/gpio-uclass.c | 50 ++++++++++++++++++++++++++++++ test/dm/gpio.c | 30 ++++++++++++++++++ 8 files changed, 126 insertions(+) -- 2.24.1

1 3

[RFC] am65x_evm_r5: Disable serial output
by Tom Rini 12 May '20

12 May '20

Given limitations on the current implementation of our test framework, having both am65x_evm_r5 and am65x_evm_a53 have serial output on the same port confuses the tests. If we disable serial output in r5 and disable the SPL tests as well, we can run the rest of the testsuite on am65x_evm_a53. Cc: Lokesh Vutla <lokeshvutla(a)ti.com> Signed-off-by: Tom Rini <trini(a)konsulko.com> --- For practical reasons this depends on http://patchwork.ozlabs.org/project/uboot/patch/20200507230810.21476-1-samu… to build. Since this also removes YMODEM support, I assume it breaks a functional use case, so I'm not sure this is best. Stephen Warren suggested a rework to the pytest framework that I haven't had a chance to try and do yet. --- configs/am65x_evm_r5_defconfig | 2 -- 1 file changed, 2 deletions(-) diff --git a/configs/am65x_evm_r5_defconfig b/configs/am65x_evm_r5_defconfig index 4fc199e80911..2c61bee4b8bc 100644 --- a/configs/am65x_evm_r5_defconfig +++ b/configs/am65x_evm_r5_defconfig @@ -11,7 +11,6 @@ CONFIG_ENV_SIZE=0x20000 CONFIG_SYS_SPI_U_BOOT_OFFS=0x80000 CONFIG_DM_GPIO=y CONFIG_SPL_MMC_SUPPORT=y -CONFIG_SPL_SERIAL_SUPPORT=y CONFIG_SPL_DRIVERS_MISC_SUPPORT=y CONFIG_SPL_STACK_R_ADDR=0x82000000 CONFIG_NR_DRAM_BANKS=2 @@ -41,7 +40,6 @@ CONFIG_SPL_REMOTEPROC=y # CONFIG_SPL_SPI_FLASH_TINY is not set CONFIG_SPL_SPI_FLASH_SFDP_SUPPORT=y CONFIG_SPL_SPI_LOAD=y -CONFIG_SPL_YMODEM_SUPPORT=y CONFIG_HUSH_PARSER=y CONFIG_CMD_BOOTZ=y CONFIG_CMD_ASKENV=y -- 2.17.1

2 2

[PATCH V2 0/5] imx8mp: evk: fix boot and update
by Peng Fan 12 May '20

12 May '20

V2: Split code into minor patches Update fix boot patch, use simple malloc and drop malloc_f Tested 5.4.24 kernel, boots well. Peng Fan (5): imx8mp_evk: spl: drop useless code imx8mp_evk: spl: drop timer_init imx8mp_evk: spl: use spl_early_init imx8mp_evk: spl: no need the code since spl framework could do that imx: imx8mp_evk: fix boot issue board/freescale/imx8mp_evk/spl.c | 28 ++++------------------------ configs/imx8mp_evk_defconfig | 3 ++- include/configs/imx8mp_evk.h | 12 +++++------- 3 files changed, 11 insertions(+), 32 deletions(-) -- 2.16.4

2 8