February 2020 - U-Boot

[PATCH] mpc8xx: Expose show_regs()
by Tom Rini 08 Feb '20

08 Feb '20

To match the other PowerPC platforms the function show_regs() must not be marked static but instead be an exposed global function. Cc: Christophe Leroy <christophe.leroy(a)c-s.fr> Cc: Wolfgang Denk <wd(a)denx.de> Signed-off-by: Tom Rini <trini(a)konsulko.com> --- I stumbled on this to see if the BEDBUG code still compiles correctly. It does, so I'm submitting this patch to allow it to be in theory used on mpc8xx. --- arch/powerpc/cpu/mpc8xx/traps.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/powerpc/cpu/mpc8xx/traps.c b/arch/powerpc/cpu/mpc8xx/traps.c index d2bbf3e99686..899bcd86188a 100644 --- a/arch/powerpc/cpu/mpc8xx/traps.c +++ b/arch/powerpc/cpu/mpc8xx/traps.c @@ -51,7 +51,7 @@ static void print_backtrace(unsigned long *sp) printf("\n"); } -static void show_regs(struct pt_regs *regs) +void show_regs(struct pt_regs *regs) { int i; -- 2.17.1

2 2

[PATCH] cmd/elf.c: Add SPDX tag
by Tom Rini 08 Feb '20

08 Feb '20

Based on reading the text of the license comment this appears to be the BSD-2-Clause license but with an imperfect word match as BSD-2-Clause was not (as far as I recall) a common license choice at the time the code was written. Cc: Wolfgang Denk <wd(a)denx.de> Signed-off-by: Tom Rini <trini(a)konsulko.com> --- cmd/elf.c | 11 +---------- 1 file changed, 1 insertion(+), 10 deletions(-) diff --git a/cmd/elf.c b/cmd/elf.c index ba06df06cf33..036be5f44381 100644 --- a/cmd/elf.c +++ b/cmd/elf.c @@ -1,16 +1,7 @@ +// SPDX-License-Identifier: BSD-2-Clause /* * Copyright (c) 2001 William L. Pitts * All rights reserved. - * - * Redistribution and use in source and binary forms are freely - * permitted provided that the above copyright notice and this - * paragraph and the following disclaimer are duplicated in all - * such forms. - * - * This software is provided "AS IS" and without any express or - * implied warranties, including, without limitation, the implied - * warranties of merchantability and fitness for a particular - * purpose. */ #include <common.h> -- 2.17.1

1 1

[U-boot,0/4] Add ethernet support for MT7622
by MarkLee 08 Feb '20

08 Feb '20

This patch series adds and enable ethernet support for MT7622, including 1. add sgmii mode support in mediatek eth driver 2. add mt7622 support in mediatek eth driver 3. add ethernet and sgmii dts node for mt7622 4. enable mt7622 ethernet support in defconfig MarkLee (4): eth: mtk-eth: add sgmii mode support in mediatek eth driver eth: mtk-eth: add mt7622 support in mediatek eth driver arm: dts: mediatek: add ethernet and sgmii dts node for mt7622 configs: mediatek: enable mt7622 ethernet support arch/arm/dts/mt7622-rfb.dts | 13 ++++++++++ arch/arm/dts/mt7622.dtsi | 45 +++++++++++++++++++++++++++++++++ configs/mt7622_rfb_defconfig | 4 +++ drivers/net/mtk_eth.c | 49 +++++++++++++++++++++++++++++++++++- drivers/net/mtk_eth.h | 15 +++++++++++ 5 files changed, 125 insertions(+), 1 deletion(-) -- 2.17.1

4 13

[U-Boot] [PATCH v4 0/6] Raspberry Pi4: add support for DFU over USB
by Marek Szyprowski 08 Feb '20

08 Feb '20

Hi All! This patchset enables support for DFU over USB protocol on Raspberry Pi4 board. The board has DWC2 UDC controller connected to the USB-C power connector. Enabling DFU on it, make the u-boot development much more convenient, as one no longer needs to swap SD-card between RPi4 board and host machine to update the u-boot binary. Patches are based on current 'master' u-boot branch. They were tested on the 2019-07-10-raspbian-buster-lite.img sd-card image with the following lines added to config.txt: dtoverlay=dwc2,dr_mode=peripheral dtparam=i2c_arm=on dtparam=spi=on enable_uart=1 uart_2ndstage=1 kernel=u-boot.bin To enable DFU, one has to enter follwing command: # dfu 0 mmc 0 During the development of this feature I've encountered a serious bugs in FAT write code. Over-writing discontiguous files always caused serious filesystem corruption. This was especially anoying, because the system environment is kept on FAT volume in uboot.env file, so 'saveenv' basically corrupted the boot partiting on the second call. Another bunch of the issues in the FAT write code has been revealed while removing predefined file size limit in DFU MMC code and then running sandbox tests. I hope that my fixes for FAT code will be helpful for non-RPi users too. Best regards Marek Szyprowski Samsung R&D Institute Poland Changelog: v4: - rechecked the FAT related fixes, it turned out that much simpler patch fixes both issues discovered while working on DFU support; added simple sandbox based tests reveleaing the issue and showing correctness of the fix - rebased patches onto current u-boot's master branch: 4b19b89ca4a8 ("Merge tag 'rpi-next-2020.01' of https://github.com/mbgg/u-boot") v3: https://patchwork.ozlabs.org/cover/1200793/ - fixed one more FAT issue revealed by sandbox tests v3: (patch 6/6 posted separately): https://patchwork.ozlabs.org/patch/1195645/ - fixed non-RPi4 builds (missing #else ENV_DFU_SETTINGS def) - removed config.txt entity (not needed in uboot-based boot) - switched arm64 kernel filename to 'Image' v2: https://patchwork.ozlabs.org/cover/1166589/ - added changes to rpi_4_defconfig too (arm64 version) - extended DFU entity list by confix.txt, cmdline.txt and Image.gz - fixed missing '\0' at the end of dfu_alt_info env - added reviewed-by tags - added patches for DFU MMC to remove file size limit - added patch for fat write to fix issues on non-zero file offset (revealed by previous patch) v1: https://patchwork.ozlabs.org/cover/1162770/ - initial version Patch summary: Marek Szyprowski (6): fat: write: fix broken write to fragmented files fat: write: adjust data written in each partial write dfu: mmc: rearrange the code dfu: mmc: remove file size limit for io operations usb: dwc2_udc_otg: add bcm2835 SoC (Raspberry Pi4) support config: enable DFU over USB on Raspberry Pi4 boards configs/rpi_4_32b_defconfig | 11 +++ configs/rpi_4_defconfig | 11 +++ drivers/dfu/dfu_mmc.c | 93 +++++++++++++--------- drivers/usb/gadget/dwc2_udc_otg.c | 2 + drivers/usb/gadget/dwc2_udc_otg_xfer_dma.c | 12 +-- fs/fat/fat_write.c | 8 +- include/configs/rpi.h | 20 +++++ 7 files changed, 112 insertions(+), 45 deletions(-) -- 2.17.1

5 15

[PATCH 1/1] efi_loader: fix efi_install_fdt() description
by Heinrich Schuchardt 07 Feb '20

07 Feb '20

In the function description use the correct parameter name. Mention EFI_FDT_USE_INTERNAL. Signed-off-by: Heinrich Schuchardt <xypron.glpk(a)gmx.de> --- cmd/bootefi.c | 10 +++++----- 1 file changed, 5 insertions(+), 5 deletions(-) diff --git a/cmd/bootefi.c b/cmd/bootefi.c index 56bdff33c6..a030d14dc8 100644 --- a/cmd/bootefi.c +++ b/cmd/bootefi.c @@ -202,15 +202,15 @@ static void *get_config_table(const efi_guid_t *guid) /** * efi_install_fdt() - install device tree * - * If fdt_addr is available, the device tree located at that memory address will - * will be installed as configuration table, otherwise the device tree located - * at the address indicated by environment variable fdt_addr or as fallback - * fdtcontroladdr will be used. + * If fdt is not EFI_FDT_USE_INTERNAL, the device tree located at that memory + * address will will be installed as configuration table, otherwise the device + * tree located at the address indicated by environment variable fdt_addr or as + * fallback fdtcontroladdr will be used. * * On architectures using ACPI tables device trees shall not be installed as * configuration table. * - * @fdt_addr: address of device tree or EFI_FDT_USE_INTERNAL to use the + * @fdt: address of device tree or EFI_FDT_USE_INTERNAL to use the * the hardware device tree as indicated by environment variable * fdt_addr or as fallback the internal device tree as indicated by * the environment variable fdtcontroladdr -- 2.24.1

1 0

[PATCH 1/1] gitlab: use our own GRUB
by Heinrich Schuchardt 07 Feb '20

07 Feb '20

Up to now we have been relying on openSUSE repositories for GRUB on arm and arm64 though we have included GRUB in our Docker image. Use the GRUB included in our Docker image. Signed-off-by: Heinrich Schuchardt <xypron.glpk(a)gmx.de> --- .gitlab-ci.yml | 9 ++++----- 1 file changed, 4 insertions(+), 5 deletions(-) diff --git a/.gitlab-ci.yml b/.gitlab-ci.yml index 0f5271dcd3..7b3b7117f6 100644 --- a/.gitlab-ci.yml +++ b/.gitlab-ci.yml @@ -20,13 +20,12 @@ stages: - ln -s travis-ci /tmp/uboot-test-hooks/py/`hostname` - grub-mkimage --prefix="" -o ~/grub_x86.efi -O i386-efi normal echo lsefimmap lsefi lsefisystab efinet tftp minicmd - grub-mkimage --prefix="" -o ~/grub_x64.efi -O x86_64-efi normal echo lsefimmap lsefi lsefisystab efinet tftp minicmd - - mkdir ~/grub2-arm - - ( cd ~/grub2-arm; wget -O - http://download.opensuse.org/ports/armv7hl/distribution/leap/42.2/repo/oss/… | rpm2cpio | cpio -di ) - - mkdir ~/grub2-arm64 - - ( cd ~/grub2-arm64; wget -O - http://download.opensuse.org/ports/aarch64/distribution/leap/42.2/repo/oss/… | rpm2cpio | cpio -di ) + - cp /opt/grub/grubriscv64.efi ~/grub_riscv64.efi + - cp /opt/grub/grubaa64.efi ~/grub_arm64.efi + - cp /opt/grub/grubarm.efi ~/grub_arm.efi after_script: - - rm -rf ~/grub2* /tmp/uboot-test-hooks /tmp/venv + - rm -rf /tmp/uboot-test-hooks /tmp/venv script: # From buildman, exit code 129 means warnings only. If we've been asked to # use clang only do one configuration. -- 2.24.0

2 3

[PATCH] azure/gitlab: Update to Docker to have SDL2 available
by Tom Rini 07 Feb '20

07 Feb '20

Update to a newer Docker image that contains SDL2 libraries as required by recent Sandbox changes. Signed-off-by: Tom Rini <trini(a)konsulko.com> --- .azure-pipelines.yml | 2 +- .gitlab-ci.yml | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git a/.azure-pipelines.yml b/.azure-pipelines.yml index d235aecf1e75..052c3aa278b5 100644 --- a/.azure-pipelines.yml +++ b/.azure-pipelines.yml @@ -1,7 +1,7 @@ variables: windows_vm: vs2017-win2016 ubuntu_vm: ubuntu-18.04 - ci_runner_image: trini/u-boot-gitlab-ci-runner:bionic-20200112-17Jan2020 + ci_runner_image: trini/u-boot-gitlab-ci-runner:bionic-20200112-07Feb2020 # Add '-u 0' options for Azure pipelines, otherwise we get "permission # denied" error when it tries to "useradd -m -u 1001 vsts_azpcontainer", # since our $(ci_runner_image) user is not root. diff --git a/.gitlab-ci.yml b/.gitlab-ci.yml index ade7a0988a7b..e20a789ac150 100644 --- a/.gitlab-ci.yml +++ b/.gitlab-ci.yml @@ -2,7 +2,7 @@ # Grab our configured image. The source for this is found at: # https://gitlab.denx.de/u-boot/gitlab-ci-runner -image: trini/u-boot-gitlab-ci-runner:bionic-20200112-17Jan2020 +image: trini/u-boot-gitlab-ci-runner:bionic-20200112-07Feb2020 # We run some tests in different order, to catch some failures quicker. stages: -- 2.17.1

1 1

Pull request for UEFI sub-system for efi-2020-04-rc2
by Heinrich Schuchardt 07 Feb '20

07 Feb '20

The following changes since commit d4827fcd4c1b04c338e4019e412f495aa4231d24: Merge https://gitlab.denx.de/u-boot/custodians/u-boot-x86 (2020-02-04 11:36:49 -0500) are available in the Git repository at: https://gitlab.denx.de/u-boot/custodians/u-boot-efi.git tags/efi-2020-04-rc2 for you to fetch changes up to 491e87a79742711a5f747068f76fbbc17d0bc2a0: test: efi_selftest: fix pylint warnings (2020-02-05 06:58:03 +0100) ---------------------------------------------------------------- Pull request for UEFI sub-system for efi-2020-04-rc2 Fix pylint issues in Python based tests. ---------------------------------------------------------------- Heinrich Schuchardt (2): test: test_efi_fit: fix pylint warnings test: efi_selftest: fix pylint warnings test/py/tests/test_efi_fit.py | 77 ++++---- test/py/tests/test_efi_selftest.py | 361 +++++++++++++++++++------------------ 2 files changed, 226 insertions(+), 212 deletions(-)

2 1

[PULL] u-boot-socfpga/master
by Marek Vasut 07 Feb '20

07 Feb '20

The following changes since commit 80e99adbe47d1c8590f9b971ac52257fdc51a5ec: Merge tag 'uniphier-v2020.04-2' of https://gitlab.denx.de/u-boot/custodians/u-boot-uniphier (2020-01-31 13:26:28 -0500) are available in the Git repository at: git://git.denx.de/u-boot-socfpga.git master for you to fetch changes up to 56c24875d92adcf214d97f5798e11c1b7b5e27fa: ddr: altera: Add DDR2 support to Gen5 driver (2020-02-02 18:18:05 +0100) ---------------------------------------------------------------- Ley Foon Tan (1): reset: socfpga: Poll for reset status after deassert reset Marek Vasut (5): ARM: socfpga: Drop last use of socfpga_reset_manager watchdog: designware: Migrate CONFIG_DESIGNWARE_WATCHDOG to Kconfig watchdog: designware: Convert to DM and DT probing watchdog: designware: Optionally fetch clock and reset from DT ddr: altera: Add DDR2 support to Gen5 driver arch/arm/dts/socfpga_cyclone5_vining_fpga-u-boot.dtsi | 4 ++ arch/arm/dts/socfpga_stratix10_socdk-u-boot.dtsi | 4 ++ arch/arm/mach-socfpga/include/mach/sdram_gen5.h | 46 +++++++++++++++---- arch/arm/mach-socfpga/qts-filter.sh | 2 +- arch/arm/mach-socfpga/spl_gen5.c | 5 +-- arch/arm/mach-socfpga/wrap_sdram_config.c | 64 +++++++++++++++++--------- configs/socfpga_stratix10_defconfig | 3 ++ configs/socfpga_vining_fpga_defconfig | 2 + drivers/ddr/altera/sdram_gen5.c | 6 ++- drivers/ddr/altera/sequencer.c | 193 ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++--------------- drivers/ddr/altera/sequencer.h | 1 + drivers/reset/reset-socfpga.c | 6 ++- drivers/watchdog/Kconfig | 7 +++ drivers/watchdog/designware_wdt.c | 150 +++++++++++++++++++++++++++++++++++++++++++++++++++---------- include/configs/socfpga_common.h | 3 -- include/configs/socfpga_soc64_common.h | 7 ++- scripts/config_whitelist.txt | 1 - 17 files changed, 399 insertions(+), 105 deletions(-)

2 6

enabling CONFIG_FIT_SIGNATURE breaks U-Boot
by Rasmus Villemoes 07 Feb '20

07 Feb '20

I'm trying to enable verified boot on an mpc8309, but the first step of simply enabling CONFIG_FIT_SIGNATURE causes this: [2020-02-07 17:23:34.342] U-Boot 2020.01-00037-g6e82ca3d2e (Feb 07 2020 - 17:23:16 +0100) [2020-02-07 17:23:34.379] [2020-02-07 17:23:34.379] Error binding driver 'mpc83xx_cpu': -12 [2020-02-07 17:23:34.379] Some drivers failed to bind [2020-02-07 17:23:34.379] Reset Status: External/Internal Hard [2020-02-07 17:23:34.380] [2020-02-07 17:23:34.380] initcall sequence 000975a4 failed at call 00016d24 (err=-19) [2020-02-07 17:23:34.380] ### ERROR ### Please RESET the board ### 00016d24 is <print_cpuinfo>, so I'm guessing that just fails due to the earlier error of mpc83xx_cpu failing to bind with -ENOMEM. But I can't figure out why just enabling CONFIG_FIT_SIGNATURE would have that dramatic an effect. I probably need to adjust some other config settings, but which? Thanks, Rasmus

1 2