May 2021 - U-Boot

Re: [PATCH v7 8/8] drivers: net: macb: add fu740 support
by Dimitri John Ledkov 04 May '21

04 May '21

(resending to list after subscribing) Hi, On Thu, Apr 22, 2021 at 10:15 AM Green Wan <green.wan(a)sifive.com> wrote: > > From: David Abdurachmanov <david.abdurachmanov(a)sifive.com> > > Add fu740 support to macb ethernet driver > > There is a PLL HW quirk in FU740. The VSC8541XMV-02 specification > requires 125 +/-0.0125 Mhz. But the most close value can be output > by PLL is 125.125 MHz and out of VSC8541XMV-02 spec. > In the Linux kernel driver for this drivers/net/ethernet/cadence/macb_main.c it is not marked as compatible with "sifive,fu740-c000-gem" and it does not have a similar fix (and appears to use 125.0 MHz). Should a similar fix be contributed to the Linux kernel? As otherwise at the moment, one cannot pass the dtb from u-boot to linux, as that leads to loss of network since the kernel doesn't know about "sifive,fu740-c000-gem". If linux kernel contribution is not forthcoming, would it be possible to have u-boot dtb to be compatible with _both_ "sifive,fu540-c000-gem" and "sifive,fu740-c000-gem" on unmatched boards, such that if one (mistakenly) uses u-boots dtb with vanilla linux kernel networking still works? And then adjust the test to check for "sifive,fu740-c000-gem" compatible string first. > Signed-off-by: David Abdurachmanov <david.abdurachmanov(a)sifive.com> > Signed-off-by: Green Wan <green.wan(a)sifive.com> > Reviewed-by: Ramon Fried <rfried.dev(a)gmail.com> > Reviewed-by: Bin Meng <bmeng.cn(a)gmail.com> > --- > drivers/net/macb.c | 13 ++++++++++++- > 1 file changed, 12 insertions(+), 1 deletion(-) > > diff --git a/drivers/net/macb.c b/drivers/net/macb.c > index 57ea45e2dc..bf70525c54 100644 > --- a/drivers/net/macb.c > +++ b/drivers/net/macb.c > @@ -591,8 +591,17 @@ static int macb_sifive_clk_init(struct udevice *dev, ulong rate) > * 0 = GMII mode. Use 125 MHz gemgxlclk from PRCI in TX logic > * and output clock on GMII output signal GTX_CLK > * 1 = MII mode. Use MII input signal TX_CLK in TX logic > + * > + * FU740 have a PLL HW quirk. The 125.125 Mhz is actually out of > + * VSC8541XMV-02 specification. The tolerance level is +/-100ppm. > + * Which means the range should be in between 125MHz +/-0.0125. > + * But the most close value can be output by PLL is 125.125 MHz. > */ > - writel(rate != 125000000, gemgxl_regs); > + if (device_is_compatible(dev, "sifive,fu540-c000-gem")) > + writel(rate != 125000000, gemgxl_regs); > + else if (device_is_compatible(dev, "sifive,fu740-c000-gem")) > + writel(rate != 125125000, gemgxl_regs); > + > return 0; > } > > @@ -1507,6 +1516,8 @@ static const struct udevice_id macb_eth_ids[] = { > { .compatible = "cdns,zynq-gem" }, > { .compatible = "sifive,fu540-c000-gem", > .data = (ulong)&sifive_config }, > + { .compatible = "sifive,fu740-c000-gem", > + .data = (ulong)&sifive_config }, > { .compatible = "microchip,mpfs-mss-gem", > .data = (ulong)&microchip_config }, > { } > -- > 2.31.0 > -- Regards, Dimitri. -- Regards, Dimitri.

1 0

[PATCH v2 00/17] TI/Cadence: Add Sierra/Torrent SERDES driver
by Kishon Vijay Abraham I 04 May '21

04 May '21

Patch series adds Sierra and Torrent SERDES driver for the SERDES used in TI's K3 platforms. This SERDES is used by USB3, PCIe and Ethernet. This series is mostly an adaptation of drivers added in upstream Linux kernel. Changes from v1: 1) Fixed string comparison strncmp() to remove "==" 2) Added a test for node name comparison to ignore unit address in test/dm 3) Added better commit message in "drivers: reset: Handle gracefully NULL pointers" Alan Douglas (1): phy: cadence: Add driver for Sierra PHY Aswath Govindraju (7): dt-bindings: phy: Add definitions for additional phy types phy: cadence: Add driver for Torrent SERDES board: ti: j721e: Add support for probing and configuring Torrent serdes on J7200 arm: dts: k3-j7200-main: Add DT node for torrent serdes arm: dts: k3-j7200-common-proc-board: Enable SERDES DT arm: dts: k3-j7200-common-proc-board-u-boot: Add u-boot tags for torrent serdes configs: j7200_evm_a72_defconfig: Add config for torrent serdes and common clock framework Jean-Jacques Hiblot (3): drivers: reset: Handle gracefully NULL pointers phy: ti: j721e-wiz: Add support for WIZ module present in TI J721E SoC configs: j721e_evm_a72: Enable the drivers required for the USB3 support Kishon Vijay Abraham I (6): dm: core: Add helper to compare node names dm: test: Add test case to check node name ignoring unit address usb: cdns3: cdns3-ti: Fix clk_get_by_name() to get the correct name ARM: dts: k3-j721e: Add the entries required for USB3 support on USB0 env: ti: j721e-evm: Add env variable to power on & reset QSGMII PHY in J7200 EVM configs: j7200_evm_a72: Enhance bootcmd to configure ethernet PHY Alan Douglas (1): phy: cadence: Add driver for Sierra PHY Aswath Govindraju (7): dt-bindings: phy: Add definitions for additional phy types phy: cadence: Add driver for Torrent SERDES board: ti: j721e: Add support for probing and configuring Torrent serdes on J7200 arm: dts: k3-j7200-main: Add DT node for torrent serdes arm: dts: k3-j7200-common-proc-board: Enable SERDES DT arm: dts: k3-j7200-common-proc-board-u-boot: Add u-boot tags for torrent serdes configs: j7200_evm_a72_defconfig: Add config for torrent serdes and common clock framework Jean-Jacques Hiblot (3): drivers: reset: Handle gracefully NULL pointers phy: ti: j721e-wiz: Add support for WIZ module present in TI J721E SoC configs: j721e_evm_a72: Enable the drivers required for the USB3 support Kishon Vijay Abraham I (6): dm: core: Add helper to compare node names dm: test: Add test case to check node name ignoring unit address usb: cdns3: cdns3-ti: Fix clk_get_by_name() to get the correct name ARM: dts: k3-j721e: Add the entries required for USB3 support on USB0 env: ti: j721e-evm: Add env variable to power on & reset QSGMII PHY in J7200 EVM configs: j7200_evm_a72: Enhance bootcmd to configure ethernet PHY .../k3-j7200-common-proc-board-u-boot.dtsi | 12 + arch/arm/dts/k3-j7200-common-proc-board.dts | 23 + arch/arm/dts/k3-j7200-main.dtsi | 63 + .../k3-j721e-common-proc-board-u-boot.dtsi | 19 +- board/ti/j721e/evm.c | 34 +- configs/j7200_evm_a72_defconfig | 9 +- configs/j721e_evm_a72_defconfig | 6 + drivers/core/ofnode.c | 13 + drivers/phy/Kconfig | 3 + drivers/phy/Makefile | 2 + drivers/phy/cadence/Kconfig | 11 + drivers/phy/cadence/Makefile | 2 + drivers/phy/cadence/phy-cadence-sierra.c | 757 +++++ drivers/phy/cadence/phy-cadence-torrent.c | 2456 +++++++++++++++++ drivers/phy/ti/Kconfig | 9 + drivers/phy/ti/Makefile | 1 + drivers/phy/ti/phy-j721e-wiz.c | 985 +++++++ drivers/reset/reset-uclass.c | 30 +- drivers/usb/cdns3/cdns3-ti.c | 2 +- include/configs/j721e_evm.h | 16 +- include/dm/ofnode.h | 10 + include/dt-bindings/phy/phy.h | 1 + test/dm/core.c | 14 + 23 files changed, 4460 insertions(+), 18 deletions(-) create mode 100644 drivers/phy/cadence/Kconfig create mode 100644 drivers/phy/cadence/Makefile create mode 100644 drivers/phy/cadence/phy-cadence-sierra.c create mode 100644 drivers/phy/cadence/phy-cadence-torrent.c create mode 100644 drivers/phy/ti/Kconfig create mode 100644 drivers/phy/ti/Makefile create mode 100644 drivers/phy/ti/phy-j721e-wiz.c -- 2.17.1

2 21

[PATCH] cli: slighly more clear error messages
by Wang, Peng 04 May '21

04 May '21

>From e8a2f8a7098f4b18bbbf859ca7c765ebfcd944b0 Mon Sep 17 00:00:00 2001 From: "peng.wang(a)smartm.com" <peng.wang(a)smartm.com> Date: Tue, 4 May 2021 01:45:59 -0700 Subject: [PATCH] cli: slighly more clear error messages This patch tries to distinguish two error messages. Signed-off-by: peng.wang(a)smartm.com <peng.wang(a)smartm.com> --- common/cli_hush.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/common/cli_hush.c b/common/cli_hush.c index 6cff3b1185..1467ff81b3 100644 --- a/common/cli_hush.c +++ b/common/cli_hush.c @@ -3325,7 +3325,7 @@ static void *xmalloc(size_t size) void *p = NULL; if (!(p = malloc(size))) { - printf("ERROR : memory not allocated\n"); + printf("ERROR : xmalloc failed\n"); for(;;); } return p; @@ -3336,7 +3336,7 @@ static void *xrealloc(void *ptr, size_t size) void *p = NULL; if (!(p = realloc(ptr, size))) { - printf("ERROR : memory not allocated\n"); + printf("ERROR : xrealloc failed\n"); for(;;); } return p; -- 2.31.1.windows.1

1 0

[PATCH] cli: Fix non-printable character handling
by Wang, Peng 04 May '21

04 May '21

>From 8919b7cf69575773ce7140a5412d0547a26bb8e6 Mon Sep 17 00:00:00 2001 From: "peng.wang(a)smartm.com" <peng.wang(a)smartm.com> Date: Tue, 4 May 2021 01:13:31 -0700 Subject: [PATCH] cli: Fix non-printable character handling This patch converts unhandled non-printable character to a beep without putting it into the buffer. Signed-off-by: peng.wang(a)smartm.com <peng.wang(a)smartm.com> --- common/cli_readline.c | 6 ++++++ 1 file changed, 6 insertions(+) diff --git a/common/cli_readline.c b/common/cli_readline.c index c7614a4c90..c481917d5e 100644 --- a/common/cli_readline.c +++ b/common/cli_readline.c @@ -637,6 +637,12 @@ int cli_readline_into_buffer(const char *const prompt, char *buffer, } else { char __maybe_unused buf[2]; + if (c <= 0x1f || c > 0x7f) { + /* all special characters shall be handled above; + otherwise output an alarm here without changing col */ + putc('\a'); + continue; + } /* * Echo input using puts() to force an * LCD flush if we are using an LCD -- 2.31.1.windows.1

1 0

cramfs: unsupported filesystem features - ERROR
by Marko Stanisic 04 May '21

04 May '21

I have created an emmc.img in Buildroot 2020.11 and flashed an emmc modul with that image. The emmc.img file has two partitions with cramfs filesystem.(but i only have to load one) I tried to load the cramfs partition from the emmc into the RAM with the *cramfsls* - command and Iam very sure that i correctly loaded the cramfs partition with *mmc read* into the RAM. I checked the RAM content with md.b - command and compared the first 512byte visually with the hexdump of the rootfs.cramfs image (created by the genimage tool - called by buildroot). But the problem ist that I get that weird error message *cramfs: unsupported filesystem features* in u-boot 2016.03 and i have no idea why. Normal gzip compression was used and XIP was turned off in the buildroot menuconfig. Has anyone an idea, about the error message? Note: I defined the "cramfsaddr" environment variable with an address location in the ram. That should be set to define an RAM address location inside the RAM to laod the cramfs partition.

1 0

[PATCH v8 00/15] mtd: spi-nor: Add support for Cypress s25hl-t/s25hs-t
by tkuw584924＠gmail.com 03 May '21

03 May '21

From: Takahiro Kuwano <Takahiro.Kuwano(a)infineon.com> The S25HL-T/S25HS-T family is the Cypress Semper Flash with Quad SPI. The summary datasheets can be found in the following links. https://www.cypress.com/file/424146/download (256Mb/512Mb/1Gb, single die) https://www.cypress.com/file/499246/download (2Gb/4Gb, dual/quad die) The full version can be found in the following links (registration required). https://community.cypress.com/t5/Semper-Flash-Access-Program/Datasheet-Semp… https://community.cypress.com/t5/Semper-Flash-Access-Program/Datasheet-2Gb-… Tested on Xilinx Zynq-7000 FPGA board. Changes since v8: - Took another patch from Pratyush's series - Define spansion_quad_enable_volatile() under CONFIG_SPI_FLASH_SPANSION Changes since v7: - Fixed return type of s25hx_t_erase_non_uniform() to 'int' Changes since v6: - Took some patches from Pratyush's series - Removed USE_CLSR flag from S25HL02GT and S25HS02GT - Defined SPINOR_OP_EX4B_CYPRESS and use it - Removed mtd.writesize fixup - Added uniform sector check for multi-die package parts - Remove spansion_quad_enable_volatile() from tiny - Fixed some other minor issues Changes since v5: - Removed 256Mb and 4Gb parts support - Fixed register offset issue in spansion_quad_enable_volatile() - Added spi_nor_default_ready() and moved existing code into it - Separated spansion_sr_read() to new patch - Renamed spansion_overlaid_erase() to spansion_non_uniform_erase() and changed the implementation to issue the proper erase command based on the address - Added s25hx_t_erase_non_uniform() - Changed mtd.writesize and mtd.flags in s25hx_t_setup() - Fixed page size and erase size issues in s25hx_t_post_bfpt_fixup() Changes since v4: - Added Read/Write Any Register support - Added the ->ready() hook to support multi-die package parts - Added S25HL02GT/S25HL04GT/S25HS02GT/S25HS04GT support Changes since v3: - Split into multiple patches Changes since v2: - Fixed typo in comment for spansion_overlaid_erase() - Fixed expressions for addr and len check in spansion_overlaid_erase() - Added device ID check to make the changes effective for S25 only - Added nor->setup() and fixup hooks based on the following patches https://patchwork.ozlabs.org/project/uboot/patch/20200904153500.3569-7-p.ya… https://patchwork.ozlabs.org/project/uboot/patch/20200904153500.3569-8-p.ya… https://patchwork.ozlabs.org/project/uboot/patch/20200904153500.3569-9-p.ya… Pratyush Yadav (5): arm: mvebu: x530: Use tiny SPI NOR mtd: spi-nor-core: Add a ->setup() hook mtd: spi-nor-core: Move SFDP related declarations to top mtd: spi-nor-core: Introduce flash-specific fixup hooks mtd: spi-nor-core: allow truncated erases Takahiro Kuwano (10): mtd: spi-nor-core: Add non-uniform erase for Spansion/Cypress mtd: spi-nor: Add Cypress manufacturer ID mtd: spi-nor-ids: Add Cypress s25hl-t/s25hs-t mtd: spi-nor-core: Add support for Read/Write Any Register mtd: spi-nor-core: Add support for volatile QE bit mtd: spi-nor-core: Add the ->ready() hook mtd: spi-nor-core: Read status by Read Any Register mtd: spi-nor-core: Add Cypress manufacturer ID in set_4byte mtd: spi-nor-core: Add fixups for Cypress s25hl-t/s25hs-t mtd: spi-nor-tiny: Add fixups for Cypress s25hl-t/s25hs-t configs/x530_defconfig | 1 - drivers/mtd/spi/spi-nor-core.c | 725 ++++++++++++++++++++++++--------- drivers/mtd/spi/spi-nor-ids.c | 16 + drivers/mtd/spi/spi-nor-tiny.c | 28 +- include/linux/mtd/spi-nor.h | 205 +++++++--- 5 files changed, 702 insertions(+), 273 deletions(-) -- 2.25.1

1 15

[PATCH v1 00/10] net: mvpp2: Sync Marvell mvpp2 driver with Marvell version
by Stefan Roese 03 May '21

03 May '21

This patchset adds the missing ethernet mvpp2 patches from the Marvell U-Boot SDK version to support and fix higher connection speeds. This is done in preparation for the integration of the Octeon TX2 CN913x support, which uses the updated version of this code. Please note that I explicitly did not remove the incorrectly used PHY_INTERFACE_MODE_SGMII_2500 changes from these patches. This makes it easier to follow the Marvell downstream code. SGMII_2500 will be removed by the follow-up patch, that I already did send a bit earlier today. Sorry, I forgot to send this series earlier. Thanks, Stefan Ben Peled (3): net: mvpp2: AN Bypass in 1000 and 2500 basex mode net: mvpp2: remove unused define MVPP22_SMI_PHY_ADDR_REG net: mvpp2: fix missing switch case break Marcin Wojtas (2): net: mvpp2: remove redundant SMI address configuration net: mvpp2: add explicit sgmii-2500 support Stefan Chulski (5): phy: introduce 1000BaseX and 2500BaseX modes net: mvpp2: add CP115 port1 10G/5G SFI support net: mvpp2: add 1000BaseX and 2500BaseX ppv2 support net: mvpp2: Fix 2.5G GMII_SPEED configurations net: mvpp2: allow MDIO registration for fixed links drivers/net/mvpp2.c | 257 +++++++++++++++++++++++++--------------- include/phy_interface.h | 4 + 2 files changed, 163 insertions(+), 98 deletions(-) -- 2.31.1

3 22

[PATCH v2 00/10] net: mvpp2: Sync Marvell mvpp2 driver with Marvell version
by Stefan Roese 03 May '21

03 May '21

This patchset adds the missing ethernet mvpp2 patches from the Marvell U-Boot SDK version to support and fix higher connection speeds. This is done in preparation for the integration of the Octeon TX2 CN913x support, which uses the updated version of this code. Please note that I explicitly did not remove the incorrectly used PHY_INTERFACE_MODE_SGMII_2500 changes from these patches. This makes it easier to follow the Marvell downstream code. SGMII_2500 will be removed by the follow-up patch, that I already did send a bit earlier today. Sorry, I forgot to send this series earlier. Thanks, Stefan Changes in v2: - Removed all non-personal tags (Jenkins etc) Ben Peled (3): net: mvpp2: AN Bypass in 1000 and 2500 basex mode net: mvpp2: remove unused define MVPP22_SMI_PHY_ADDR_REG net: mvpp2: fix missing switch case break Marcin Wojtas (2): net: mvpp2: remove redundant SMI address configuration net: mvpp2: add explicit sgmii-2500 support Stefan Chulski (5): phy: introduce 1000BaseX and 2500BaseX modes net: mvpp2: add CP115 port1 10G/5G SFI support net: mvpp2: add 1000BaseX and 2500BaseX ppv2 support net: mvpp2: Fix 2.5G GMII_SPEED configurations net: mvpp2: allow MDIO registration for fixed links drivers/net/mvpp2.c | 257 +++++++++++++++++++++++++--------------- include/phy_interface.h | 4 + 2 files changed, 163 insertions(+), 98 deletions(-) -- 2.31.1

2 15

[PATCH 00/16] Fix i.MXRT1020/50
by Giulio Benetti 03 May '21

03 May '21

This patchset adds imx-gpt-timer driver that is supported by i.MXRT and also a lot of other i.MX* SoCs. This driver is needed for i.MXRT SoC family that is lacking at the moment the timer at all and that makes u-boot to fail running on i.MXRT. There are also some fixes in imxrt10*0-evk.dts and other minor fixed and improvements. Giulio Benetti (16): arm: imxrt: soc: make mpu regions generic timer: imx-gpt: Add timer support for i.MX SoCs family ARM: dts: imxrt1020: add alias to osc ARM: dts: imxrt1020: add gpt1 node ARM: dts: imxrt1020-evk: enable gpt1 timer ARM: dts: imxrt1020-evk: set gpt1 as tick-timer for u-boot ARM: dts: imxrt1020-evk-u-boot: make gpt1 present for SPL ARM: dts: imxrt1020-evk: add device_type = "memory" to memory node configs: imxrt1020-evk: enable imx gpt timer as tick-timer ARM: dts: imxrt1050: add alias to osc ARM: dts: imxrt1050: add gpt1 node ARM: dts: imxrt1050-evk: enable gpt1 timer ARM: dts: imxrt1050-evk: set gpt1 as tick-timer for u-boot ARM: dts: imxrt1050-evk-u-boot: make gpt1 present for SPL ARM: dts: imxrt1050-evk: add device_type = "memory" to memory node configs: imxrt1050-evk: enable imx gpt timer as tick-timer arch/arm/dts/imxrt1020-evk-u-boot.dtsi | 4 + arch/arm/dts/imxrt1020-evk.dts | 6 + arch/arm/dts/imxrt1020.dtsi | 10 +- arch/arm/dts/imxrt1050-evk-u-boot.dtsi | 4 + arch/arm/dts/imxrt1050-evk.dts | 6 + arch/arm/dts/imxrt1050.dtsi | 10 +- arch/arm/mach-imx/imxrt/soc.c | 6 +- configs/imxrt1020-evk_defconfig | 1 + configs/imxrt1050-evk_defconfig | 1 + drivers/timer/Kconfig | 7 ++ drivers/timer/Makefile | 1 + drivers/timer/imx-gpt-timer.c | 162 +++++++++++++++++++++++++ 12 files changed, 213 insertions(+), 5 deletions(-) create mode 100644 drivers/timer/imx-gpt-timer.c -- 2.25.1

4 37

am335x: Unable to boot u-boot image from mmc1
by 粘博閎 03 May '21

03 May '21

Hi all, I try to build u-boot by config of am335x_evm_test_defconfig on branch master and burn to sd card on beaglebone black. When I boot the device, the print the string "Trying to boot from MMC1". But I build u-boot by config of am335x_evm_test_defconfig on branch v2019.04 and boot normally. Thanks. Regards.

1 0