June 2021 - U-Boot

[PATCH] doc/usage: cmd-usage help file for askenv
by opensource.kab＠gmail.com 11 Jun '21

11 Jun '21

From: Adarsh Babu Kalepalli <opensource.kab(a)gmail.com> help file for using askenv cmd is created. It provides description on the command purpose, description of arguments, couple of examples (illustrating command usage), configuration parameter and possible return values. Signed-off-by: Adarsh Babu Kalepalli <opensource.kab(a)gmail.com> --- doc/usage/askenv.rst | 87 ++++++++++++++++++++++++++++++++++++++++++++ 1 file changed, 87 insertions(+) create mode 100644 doc/usage/askenv.rst diff --git a/doc/usage/askenv.rst b/doc/usage/askenv.rst new file mode 100644 index 0000000000..5c4ca35d4c --- /dev/null +++ b/doc/usage/askenv.rst @@ -0,0 +1,87 @@ +.. SPDX-License-Identifier: GPL-2.0+: + +askenv command +=============== + +Synopsis +-------- + +:: + + askenv name [message] [size] + +Description +----------- + +Display message and get environment variable name of max size characters +from stdin. + +name + name of the environment variable + +message + message is displayed while the command waits for the value to be + entered from stdin.if no message is specified,a default message + "Please enter name:" will be displayed. + +size + maximum number of characters that will be stored in environment + variable name.this is in decimal number format (unlike in + other commands where size values are in hexa-decimal). Default + value of size is 1023 (CONFIG_SYS_CBSIZE - 1). + +Example +------- + +Value of a environment variable env1 without message and size parameters: + +:: + + => askenv env1;echo $? + Please enter 'env1': val1 + 0 + => printenv env1 + env1=val1 + +Value of a environment variable env2 with message and size parameters: + +:: + + => askenv env2 Please type-in a value for env2: 10;echo $? + Please type-in a value for env2: 1234567890123 + 0 + => printenv env2 + env2=1234567890 + +Value of a environment variable env3 with size parameter only: + +:: + + => askenv env3 10;echo $? + Please enter 'env3': val3 + 0 + => printenv env3 + env3=val3 + +Return Value of askenv command, when used without any other arguments: + +:: + + => askenv;echo $? + askenv - get environment variables from stdin + + Usage: + askenv name [message] [size] + - display 'message' and get environment variable 'name' from stdin (max 'size' chars) + 1 + +Configuration +------------- + +The askenv command is only available if CMD_ASKENV=y + +Return value +------------ + +The return value $? is set to 0 (true). +If no other arguments are specified (along with askenv), it is set to 1 (false). -- 2.17.1

1 0

[PATCHv6 00/26] HSM rearch series for TI K3 devices
by Tero Kristo 11 Jun '21

11 Jun '21

Hello, One more post, this time with the #ifdef hackery converted to use the IS_ENABLED / CONFIG_IS_ENABLED macros, and also removed the "common.h" include from k3-clk.h header. This version also contains fixes to any build issues reported by Lokesh, and these are squashed in to relevant patches. -Tero

3 30

[PATCH 0/4] board: freescale: T2080RDB: rev D support and
by Camelia Groza 11 Jun '21

11 Jun '21

From: Camelia Groza <camelia.groza(a)nxp.com> The T2080RDB boards revision D and up have updated Aquantia PHYs on the two 10Gbps copper ports connected to MAC1 and MAC2 (from AQ1202 to AQR113C). The second PHY connected to MAC2 is located at a different address on the MDIO bus compared to revision C boards. Device tree fixups are required for both Linux and u-boot to set the correct PHY address for the new board revisions. While we are here, the first patch cleans up the T2080RDB board files and removes legacy non-DM_ETH code paths. DM_ETH and DM_PCI are enabled, so board_eth_init() isn't required anymore. The second patch in the series implements a callback that detects the board revision based on the CPLD registers. The third patch adds the PHY address fix-up for Linux's device tree. The last patch corrects u-boot's device tree under DM based on a newly introduced CONFIG_T2080RDB_REV_D build option. We are unable to use the board_fix_fdt callback to update the device tree before relocation because the dts is stored in flash at that point and isn't writable. Instead, this config option is used until a more robust solution is implemented. Defconfig targets with the config option enabled by default are added for convenience. Changes in v2: - remove legacy non-DM_ETH code paths at Tom's recommendation in 1/4 - patch title and description rewordings in 2/4 and 3/4 - drop "board: freescale: t208xrdb: add rev D support for the non-DM_ETH mode" - move the AQR113C_PHY_ADDR define from the dropped patch to 3/4 Camelia Groza (4): board: freescale: t208xrdb: remove the legacy non-DM_ETH code board: freescale: t208xrdb: detect the board revision version board: freescale: t208xrdb: add Linux fdt fix-ups for rev D board: freescale: t208xrdb: add a config option for rev D dts fixups arch/powerpc/dts/t2080rdb.dts | 7 ++ board/freescale/t208xrdb/Kconfig | 4 + board/freescale/t208xrdb/eth_t208xrdb.c | 112 +++++++---------------- board/freescale/t208xrdb/t208xrdb.c | 24 +++-- board/freescale/t208xrdb/t208xrdb.h | 1 + configs/T2080RDB_revD_NAND_defconfig | 93 +++++++++++++++++++ configs/T2080RDB_revD_SDCARD_defconfig | 90 ++++++++++++++++++ configs/T2080RDB_revD_SPIFLASH_defconfig | 92 +++++++++++++++++++ configs/T2080RDB_revD_defconfig | 77 ++++++++++++++++ include/configs/T208xRDB.h | 8 +- 10 files changed, 422 insertions(+), 86 deletions(-) create mode 100644 configs/T2080RDB_revD_NAND_defconfig create mode 100644 configs/T2080RDB_revD_SDCARD_defconfig create mode 100644 configs/T2080RDB_revD_SPIFLASH_defconfig create mode 100644 configs/T2080RDB_revD_defconfig -- 2.17.1

2 5

Next branch is open
by Tom Rini 11 Jun '21

11 Jun '21

Hey all, As the subject says, the next branch is now open and is based on rc4. -- Tom

1 0

doc/usage:Warning from PATMAN tool prevents uploading a cmd-usage help file for askenv
by Adarsh Babu Kalepalli 11 Jun '21

11 Jun '21

Hi Heinrich, Having prepared the documentation for "askenv" man page , getting stuck with a warning (PATMAN tool )to submit the patch. --------------------------------- $git add doc/usage/askenv.rst $git commit $./tools/patman/patman -c1 send -n ---------------------------------- vb@vb:~/uboot/temp/u-boot$ ./tools/patman/patman -c1 send -n WARNING: Unknown setting ignore_warnings Cleaned 1 patch WARNING:FILE_PATH_CHANGES: added, moved or deleted file(s), does MAINTAINERS need updating? #16: new file mode 100644 total: 0 errors, 1 warnings, 0 checks, 87 lines checked 0 errors, 1 warnings, 0 checks for 0001-testing.patch: <patch>:16: *warning: added, moved or deleted file(s), does MAINTAINERS need updating?* checkpatch.pl found 0 error(s), 1 warning(s), 0 checks(s) Bad divisor in main::vcs_assign: 0 Not sending emails due to errors/warnings Dry run, so not doing much. But I would do this: Send a total of 1 patch with no cover letter. 0001-testing.patch Cc: GitAuthor: Adarsh Babu Kalepalli <opensource.kab(a)gmail.com> To: u-boot(a)lists.denx.de Version: None Prefix: None Email would not be sent ------------------------------------------------- How do I update maintainers about this new file ??. It was noticed that modifying *my %ignore_type = ();* to *my %ignore_type = (FILE_PATH_CHANGES);* skipped generating this warning message. How do I overcome this blocker??,Please advise. Regards, Adarsh

2 1

[PATCH] arm64: zynqmp: Disable EFI_CAPSULE_ON_DISK_EARLY
by Michal Simek 11 Jun '21

11 Jun '21

Sata/scsi and usb based devices are not started at this stage that's why disks are not found and early update can't happen. It is because of deficiency in the UEFI implementation which is not able to deal with block devices which are added or removed after initialization. EFI capsule on disk early feature needs to be fixed first to be able to enable this feature properly. Signed-off-by: Michal Simek <michal.simek(a)xilinx.com> --- configs/xilinx_zynqmp_virt_defconfig | 1 - 1 file changed, 1 deletion(-) diff --git a/configs/xilinx_zynqmp_virt_defconfig b/configs/xilinx_zynqmp_virt_defconfig index 8191b7f73c67..dc5778fb4704 100644 --- a/configs/xilinx_zynqmp_virt_defconfig +++ b/configs/xilinx_zynqmp_virt_defconfig @@ -191,7 +191,6 @@ CONFIG_OF_LIBFDT_OVERLAY=y CONFIG_EFI_SET_TIME=y CONFIG_EFI_RUNTIME_UPDATE_CAPSULE=y CONFIG_EFI_CAPSULE_ON_DISK=y -CONFIG_EFI_CAPSULE_ON_DISK_EARLY=y CONFIG_EFI_CAPSULE_FIRMWARE_FIT=y CONFIG_EFI_CAPSULE_FIRMWARE_RAW=y CONFIG_EFI_SECURE_BOOT=y -- 2.31.1

2 1

[PATCH u-boot-marvell 0/7] Changes for Turris MOX
by Marek Behún 11 Jun '21

11 Jun '21

Hello Stefan, Here are some changes for Turris MOX: - dts changes - more config options enabled - rescue mode support added If it is possible, since this touches only our device, we would like this to be also merged for v2021.07 (once reviewed by you and Pali). (The last patch touches common armada-37xx.dtsi, but it only changes name of a U-Boot's dts node to follow Linux' dts. No board code seems to depend on this name.) Marek Marek Behún (7): arm: mvebu: dts: turris_mox: add button and LED nodes arm: mvebu: turris_mox: add support for board rescue mode arm: mvebu: turris_mox: start blinking PHY LEDs when entering rescue arm: mvebu: configs: turris_mox: add fdtfile default env variable arm: mvebu: dts: turris_mox: add nodes for SPI NOR partitions arm: mvebu: turris_mox: enable options for Turris network boot arm64: a37xx: dts: rename internal-regs node arch/arm/dts/armada-3720-turris-mox.dts | 55 ++++++++++++ arch/arm/dts/armada-37xx.dtsi | 2 +- board/CZ.NIC/turris_mox/turris_mox.c | 106 ++++++++++++++++++++++++ configs/turris_mox_defconfig | 14 ++++ include/configs/turris_mox.h | 10 +++ 5 files changed, 186 insertions(+), 1 deletion(-) -- 2.26.3

4 33

[PATCH v2 0/8] lpc32xx updates
by Trevor Woerner 11 Jun '21

11 Jun '21

This patch series starts with some lpc32xx-related cleanups, then adds support for a new LPC32XX board: the Embedded Artists LPC3250 DevKit v2. The series then goes on to look at the lpc32xx i2c driver. It starts off by perfomring some cleanups, adds some fixes so that it fully works in DM/OF mode, does a Kconfig conversion, then adds i2c to the ea-lpc3250devkitv2 configuration (with examples). Trevor Woerner (8): lpc32xx: Kconfig: switch to CONFIG_CONS_INDEX lpc32xx: import device tree from Linux arm: lpc32xx: add EA LPC3250 DevKitv2 board support lpc32xx: i2c: remove unused define lpc32xx: i2c: fix base address lpc32xx: i2c: finish DM/OF code Kconfig: convert CONFIG_SYS_I2C_LPC32XX lpc32xx: ea-lpc3250devkitv2: enable i2c (DM) arch/arm/dts/Makefile | 2 + arch/arm/dts/lpc3250-ea3250-u-boot.dtsi | 15 + arch/arm/dts/lpc3250-ea3250.dts | 273 ++++++++++ arch/arm/dts/lpc32xx.dtsi | 508 ++++++++++++++++++ arch/arm/include/asm/arch-lpc32xx/config.h | 4 +- arch/arm/mach-lpc32xx/Kconfig | 4 + arch/arm/mach-lpc32xx/devices.c | 3 +- board/ea/ea-lpc3250devkitv2/Kconfig | 15 + board/ea/ea-lpc3250devkitv2/MAINTAINERS | 9 + board/ea/ea-lpc3250devkitv2/Makefile | 4 + board/ea/ea-lpc3250devkitv2/README.rst | 186 +++++++ .../ea-lpc3250devkitv2/ea-lpc3250devkitv2.c | 41 ++ board/timll/devkit3250/devkit3250.c | 2 +- board/timll/devkit3250/devkit3250_spl.c | 2 +- board/work-microwave/work_92105/work_92105.c | 2 +- .../work_92105/work_92105_spl.c | 2 +- configs/devkit3250_defconfig | 3 + configs/ea-lpc3250devkitv2_defconfig | 26 + configs/work_92105_defconfig | 3 + drivers/i2c/Kconfig | 6 + drivers/i2c/lpc32xx_i2c.c | 15 +- include/configs/devkit3250.h | 6 - include/configs/ea-lpc3250devkitv2.h | 37 ++ include/configs/work_92105.h | 6 - include/dt-bindings/clock/lpc32xx-clock.h | 58 ++ scripts/config_whitelist.txt | 2 - 26 files changed, 1205 insertions(+), 29 deletions(-) create mode 100644 arch/arm/dts/lpc3250-ea3250-u-boot.dtsi create mode 100644 arch/arm/dts/lpc3250-ea3250.dts create mode 100644 arch/arm/dts/lpc32xx.dtsi create mode 100644 board/ea/ea-lpc3250devkitv2/Kconfig create mode 100644 board/ea/ea-lpc3250devkitv2/MAINTAINERS create mode 100644 board/ea/ea-lpc3250devkitv2/Makefile create mode 100644 board/ea/ea-lpc3250devkitv2/README.rst create mode 100644 board/ea/ea-lpc3250devkitv2/ea-lpc3250devkitv2.c create mode 100644 configs/ea-lpc3250devkitv2_defconfig create mode 100644 include/configs/ea-lpc3250devkitv2.h create mode 100644 include/dt-bindings/clock/lpc32xx-clock.h -- 2.30.0.rc0

1 0

[PATCH 0/4] board: freescale: add T2080RDB rev D support
by Camelia Groza 10 Jun '21

10 Jun '21

From: Camelia Groza <camelia.groza(a)nxp.com> The T2080RDB boards revision D and up have updated Aquantia PHYs on the two 10Gbps copper ports connected to MAC1 and MAC2 (from AQ1202 to AQR113C). The second PHY connected to MAC2 is located at a different address on the MDIO bus compared to revision C boards. Device tree fixups are required for both Linux and u-boot to set the correct PHY address for the new board revisions. The first patch in the series implements a callback that detects the board revision based on the CPLD registers. The second patch updates the PHY addresses in u-boot for the legacy, non-DM, driver implementation. The third patch adds a fixup for Linux's device tree that is called from both DM and non-DM code paths. The last patch corrects u-boot's device tree under DM based on a newly introduced CONFIG_T2080RDB_REV_D build option. We are unable to use the board_fix_fdt callback to update the device tree before relocation because the dts is stored in flash at that point and isn't writable. Instead, the config option is used until a more robust solution is implemented. Defconfig targets with the config option enabled by default are added for convenience. Camelia Groza (4): board: freescale: t208xrdb: detect the board revision letter board: freescale: t208xrdb: add rev D support for the non-DM_ETH mode board: freescale: t208xrdb: add Linux fdt fixups for rev D board: freescale: t208xrdb: add a config option for rev D dts fixups arch/powerpc/dts/t2080rdb.dts | 7 ++ board/freescale/t208xrdb/Kconfig | 4 + board/freescale/t208xrdb/eth_t208xrdb.c | 49 ++++++++++++- board/freescale/t208xrdb/t208xrdb.c | 20 ++++- board/freescale/t208xrdb/t208xrdb.h | 1 + configs/T2080RDB_revD_NAND_defconfig | 93 ++++++++++++++++++++++++ configs/T2080RDB_revD_SDCARD_defconfig | 90 +++++++++++++++++++++++ configs/T2080RDB_revD_SPIFLASH_defconfig | 92 +++++++++++++++++++++++ configs/T2080RDB_revD_defconfig | 77 ++++++++++++++++++++ include/configs/T208xRDB.h | 8 +- 10 files changed, 434 insertions(+), 7 deletions(-) create mode 100644 configs/T2080RDB_revD_NAND_defconfig create mode 100644 configs/T2080RDB_revD_SDCARD_defconfig create mode 100644 configs/T2080RDB_revD_SPIFLASH_defconfig create mode 100644 configs/T2080RDB_revD_defconfig -- 2.17.1

2 5

[PATCH v2 00/11] clk: k210: Rewrite K210 clock without CCF
by Sean Anderson 10 Jun '21

10 Jun '21

This is something I've been meaning to do for a while but only just got around to. The CCF has been quite unwieldy in a few ways: * It is very rigid, and there are not easy ways to hook into it without rewriting many things. See e.g. things like the bypass clock and all the _half clocks which were created because CCF didn't support the dividers used on the k210. While preparing this series, I encountered several edge cases which I had initially overlooked (or which were not supported in the initial release). These would have been very difficult to fix with CCF, but were much easier to address because each funcion is implemented in one place. * There is a lot of magic going on under the curtains because of all the CCF code which lives in many different files. Some things live in drivers, but many things live in e.g. clk-uclass.c. So many things live in so many files and it can be very difficult to get a handle on what exactly happens. Complicating this is that there is a conflation of struct clk as a handle and struct clk as a device. In this regard, refcounting is completely broken. IMO we should just do away with refcounts and only disable clocks when explicitly asked for. * It is very dependent on runtime initialization. Typically, everything is initialized by calling into various register() functions, usually with several wrappers to avoid specifying all the arguments. This balloons the runtime memory usage since there are so many devices created. It also makes it hard to debug, since if you do it the "typical" way it is easy to accidentally assign a clock to the wrong register. * It inflates code size by pulling in not just some dead code (e.g. this driver does not use divider tables but they are in clk-divider anyway) but also pulling in numerous imx-specific clocks. This could be fixed, but I don't want to due to the other reasons listed. I am very happy to have completely excised it from my driver. IMO there should be big warning signs on the CCF warning not to use it for new code. This would hopefully dissuade those like myself who had no idea that CCF was *not* in fact a good way to write a clock driver. Overall there is a total savings of 12k from this series. text data bss dec hex filename 292485 32672 12624 337781 52775 before/u-boot 283125 29856 12624 325605 4f7e5 after/u-boot This series depends on https://patchwork.ozlabs.org/project/uboot/list/?series=238211 Changes in v2: - Convert stage to enum - Only force probe clocks pre-reloc - Rebase on u-boot/master Sean Anderson (11): clk: Allow force setting clock defaults before relocation clk: k210: Rewrite to remove CCF clk: k210: Move pll into the rest of the driver clk: k210: Implement soc_clk_dump clk: k210: Re-add support for setting rate clk: k210: Don't set PLL rates if we are already at the correct rate clk: k210: Remove bypass driver clk: k210: Move k210 clock out of its own subdirectory k210: dts: Set PLL1 to the same rate as PLL0 k210: Don't imply CCF test: Add K210 PLL tests to sandbox defconfigs MAINTAINERS | 4 +- arch/riscv/dts/k210.dtsi | 2 + board/sipeed/maix/Kconfig | 2 - configs/sandbox64_defconfig | 2 + configs/sandbox_defconfig | 2 + configs/sandbox_flattree_defconfig | 2 + configs/sipeed_maix_bitm_defconfig | 1 - drivers/clk/Kconfig | 14 +- drivers/clk/Makefile | 2 +- drivers/clk/clk-uclass.c | 27 +- drivers/clk/clk_kendryte.c | 1320 +++++++++++++++++++++++ drivers/clk/kendryte/Kconfig | 12 - drivers/clk/kendryte/Makefile | 1 - drivers/clk/kendryte/bypass.c | 273 ----- drivers/clk/kendryte/clk.c | 668 ------------ drivers/clk/kendryte/pll.c | 585 ---------- drivers/clk/rockchip/clk_rk3308.c | 2 +- drivers/core/device.c | 2 +- drivers/net/gmac_rockchip.c | 2 +- include/clk.h | 30 +- include/dt-bindings/clock/k210-sysctl.h | 94 +- include/kendryte/bypass.h | 31 - include/kendryte/clk.h | 35 - include/kendryte/pll.h | 34 - 24 files changed, 1436 insertions(+), 1711 deletions(-) create mode 100644 drivers/clk/clk_kendryte.c delete mode 100644 drivers/clk/kendryte/Kconfig delete mode 100644 drivers/clk/kendryte/Makefile delete mode 100644 drivers/clk/kendryte/bypass.c delete mode 100644 drivers/clk/kendryte/clk.c delete mode 100644 drivers/clk/kendryte/pll.c delete mode 100644 include/kendryte/bypass.h delete mode 100644 include/kendryte/clk.h -- 2.31.0

3 15