September 2018 - U-Boot

[U-Boot] [PATCH 0/3] add support for VSC8584 and VSC8574 Microsemi PHYs
by Quentin Schulz 31 Oct '18

31 Oct '18

The VSC8584 and VSC8574 PHYs are 4-port PHYs that are 10/100/1000BASE-T, 100BASE-FX, 1000BASE-X and triple-speed copper SFP capable, can communicate with the MAC via SGMII, QSGMII or 1000BASE-X, supports WOL, downshifting and can set the blinking pattern of each of its 4 LEDs, supports SyncE as well as HP Auto-MDIX detection. This adds support for 10/100/1000BASE-T and SGMII/QSGMII link with the MAC. They have also an internal Intel 8051 microcontroller whose firmware needs to be patched when the PHY is reset. If the 8051's firmware has the expected CRC, its patching can be skipped. The microcontroller can be accessed from any port of the PHY, though the CRC function can only be done through the PHY that is the base PHY of the package (internal address 0) due to a limitation of the firmware. The GPIO register bank is a set of registers that are common to all PHYs in the package. So any modification in any register of this bank affects all PHYs of the package. Thanks, Quentin Quentin Schulz (3): net: phy: mscc: add support for VSC8584 PHY net: phy: mscc: factorize part of config function for VSC8584 net: phy: mscc: add support for VSC8574 PHY drivers/net/phy/mscc.c | 977 +++++++++++++++++++++++++++++++++++++++++ 1 file changed, 977 insertions(+) -- 2.17.1

2 8

[U-Boot] [PATCH] spi: mxc_spi: Fix chipselect with DM_SPI in SPL
by Bernhard Messerklinger 30 Oct '18

30 Oct '18

Since CONFIG_IS_ENABLED(DM_SPI) is not working in SPL because CONFIG_SPL_DM_SPI is not defined we should go with #ifdef CONFIG_DM_SPI. Signed-off-by: Bernhard Messerklinger <bernhard.messerklinger(a)br-automation.com> --- drivers/spi/mxc_spi.c | 28 ++++++++++++++++------------ 1 file changed, 16 insertions(+), 12 deletions(-) diff --git a/drivers/spi/mxc_spi.c b/drivers/spi/mxc_spi.c index 0dccc38b82..bd31e79505 100644 --- a/drivers/spi/mxc_spi.c +++ b/drivers/spi/mxc_spi.c @@ -57,26 +57,30 @@ static inline struct mxc_spi_slave *to_mxc_spi_slave(struct spi_slave *slave) return container_of(slave, struct mxc_spi_slave, slave); } +#ifdef CONFIG_DM_SPI static void mxc_spi_cs_activate(struct mxc_spi_slave *mxcs) { - if (CONFIG_IS_ENABLED(DM_SPI)) { - dm_gpio_set_value(&mxcs->ss, 1); - } else { - if (mxcs->gpio > 0) - gpio_set_value(mxcs->gpio, mxcs->ss_pol); - } + dm_gpio_set_value(&mxcs->ss, 1); } static void mxc_spi_cs_deactivate(struct mxc_spi_slave *mxcs) { - if (CONFIG_IS_ENABLED(DM_SPI)) { - dm_gpio_set_value(&mxcs->ss, 0); - } else { - if (mxcs->gpio > 0) - gpio_set_value(mxcs->gpio, !(mxcs->ss_pol)); - } + dm_gpio_set_value(&mxcs->ss, 0); +} +#else +static void mxc_spi_cs_activate(struct mxc_spi_slave *mxcs) +{ + if (mxcs->gpio > 0) + gpio_set_value(mxcs->gpio, mxcs->ss_pol); } +static void mxc_spi_cs_deactivate(struct mxc_spi_slave *mxcs) +{ + if (mxcs->gpio > 0) + gpio_set_value(mxcs->gpio, !(mxcs->ss_pol)); +} +#endif + u32 get_cspi_div(u32 div) { int i; -- 2.18.0

2 4

[U-Boot] [PATCH] sunxi: lower the DDR frequency of Orange Pi Prime
by Icenowy Zheng 29 Oct '18

29 Oct '18

When I use Orange Pi Prime to do some heavy compliation tasks, the gcc compiler sometimes mysteriously segfaults, and memtester catches memory error. As the lima-memtester cannot support H5 (Mali-450 GPU equipped), there's no really reliable way to detect DRAM stability except try and error. Lower the DDR frequency to 624MHz seems to solved the issue. Set the default frequency to 624MHz in the defconfig, as 672MHz is observed to be unstable at least on my board. Signed-off-by: Icenowy Zheng <icenowy(a)aosc.io> --- configs/orangepi_prime_defconfig | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/configs/orangepi_prime_defconfig b/configs/orangepi_prime_defconfig index 3d87374002..88eaf12741 100644 --- a/configs/orangepi_prime_defconfig +++ b/configs/orangepi_prime_defconfig @@ -1,7 +1,7 @@ CONFIG_ARM=y CONFIG_ARCH_SUNXI=y CONFIG_MACH_SUN50I_H5=y -CONFIG_DRAM_CLK=672 +CONFIG_DRAM_CLK=624 CONFIG_DRAM_ZQ=3881977 CONFIG_DEFAULT_DEVICE_TREE="sun50i-h5-orangepi-prime" # CONFIG_SYS_MALLOC_CLEAR_ON_INIT is not set -- 2.13.6

5 9

[U-Boot] [PATCH 0/7] Exynos4412 SPL support
by Simon Shields 29 Oct '18

29 Oct '18

Hi, This patch series adds support for using U-Boot's SPL as the second stage bootloader ("BL2") on Exynos4412 SoCs. - Patch #1 adds support for the EMMC/SD OM pin configuration, which is used by the boards I tested on. - Patch #2 configures the magic values used to indicate system suspend state (which are identical to exynos5). - Patch #3 renames the existing exynos4 clock/dmc initialisation code to reflect the fact that it only supports exynos4210. - Patches #4 and #5 add/fill in structs reflecting the PMU and TZASC register layouts on exynos4412, respectively. - Patch #6 adds the exynos4412 DMC and clock initialisation code and enables building the SPL on exynos4412 platforms. - Patch #7 enables building the "mkexynosspl" utility for exynos4 SoCs. The majority of the logic in patch #6 comes from a vendor u-boot dump (2010.12!), however, small portions (mostly code used for 2GB RAM initialisation) were reverse engineered from the vendor bootloader found on a GT-N7100. This patch series has been tested on a GT-I9300 (exynos4412, 1GB RAM) and a GT-N7100 (exynos4412 prime, 2GB RAM), with a few additional patchsets applied for board/HW support (which I intend to upstream in the future). Cheers, Simon Simon Shields (7): ARM: exynos: spl: add EMMC/SD boot mode support exynos4: configure power down magic values ARM: exynos: rename exynos4 setup files to exynos4210 ARM: exynos: fill in exynos4412_power struct ARM: exynos: add exynos4412 TZASC memory layout ARM: exynos: SPL support for exynos 4412 tools: build mkexynosspl for exynos4 as well arch/arm/mach-exynos/Kconfig | 6 + arch/arm/mach-exynos/Makefile | 3 +- ...init_exynos4.c => clock_init_exynos4210.c} | 2 +- arch/arm/mach-exynos/clock_init_exynos4412.c | 122 +++++ ...c_init_exynos4.c => dmc_init_exynos4210.c} | 2 +- arch/arm/mach-exynos/dmc_init_exynos4412.c | 185 ++++++++ .../{exynos4_setup.h => exynos4210_setup.h} | 0 arch/arm/mach-exynos/exynos4412_setup.h | 425 ++++++++++++++++++ arch/arm/mach-exynos/include/mach/cpu.h | 2 +- arch/arm/mach-exynos/include/mach/dmc.h | 19 + arch/arm/mach-exynos/include/mach/power.h | 290 +++++++++++- arch/arm/mach-exynos/power.c | 12 + arch/arm/mach-exynos/spl_boot.c | 22 +- include/configs/exynos4-common.h | 5 + tools/Makefile | 1 + 15 files changed, 1084 insertions(+), 12 deletions(-) rename arch/arm/mach-exynos/{clock_init_exynos4.c => clock_init_exynos4210.c} (99%) create mode 100644 arch/arm/mach-exynos/clock_init_exynos4412.c rename arch/arm/mach-exynos/{dmc_init_exynos4.c => dmc_init_exynos4210.c} (99%) create mode 100644 arch/arm/mach-exynos/dmc_init_exynos4412.c rename arch/arm/mach-exynos/{exynos4_setup.h => exynos4210_setup.h} (100%) create mode 100644 arch/arm/mach-exynos/exynos4412_setup.h -- 2.18.0

3 13

[U-Boot] [PATCH] miiphy: Add function to retrieve MDIO bus list head
by Pankaj Bansal 24 Oct '18

24 Oct '18

In upcoming freescale board LX2160AQDS, the MDIO bus is muxed. i.e. same MDIO bus can be routed to eight different slots depending on mux register settings. To support this mdio mux behavior, we add each MDIO bus mux as a separate MDIO bus. Now, various phy devices can be attached to each of these slots(mux). The information about these devices is passed to OS via device tree. To do the fdt fixups related to MDIO bus, its necessary that MDIO bus list is accessed.Therefore, add a function to retrieve the list head. Signed-off-by: Pankaj Bansal <pankaj.bansal(a)nxp.com> --- common/miiphyutil.c | 5 +++++ include/miiphy.h | 1 + 2 files changed, 6 insertions(+) diff --git a/common/miiphyutil.c b/common/miiphyutil.c index 8d89751122..2db067876e 100644 --- a/common/miiphyutil.c +++ b/common/miiphyutil.c @@ -177,6 +177,11 @@ struct mii_dev *mdio_get_current_dev(void) return current_mii; } +struct list_head *mdio_get_list_head(void) +{ + return &mii_devs; +} + struct phy_device *mdio_phydev_for_ethname(const char *ethname) { struct list_head *entry; diff --git a/include/miiphy.h b/include/miiphy.h index 2da28e311a..f11763affd 100644 --- a/include/miiphy.h +++ b/include/miiphy.h @@ -39,6 +39,7 @@ void miiphy_init(void); int miiphy_set_current_dev(const char *devname); const char *miiphy_get_current_dev(void); struct mii_dev *mdio_get_current_dev(void); +struct list_head *mdio_get_list_head(void); struct mii_dev *miiphy_get_dev_by_name(const char *devname); struct phy_device *mdio_phydev_for_ethname(const char *devname); -- 2.17.1

2 2

[U-Boot] [PATCH] cmd: mii: don't check address for 'device' subcommand
by Hector Palacios 24 Oct '18

24 Oct '18

All mii operations require a valid PHY address except the 'device' command, which expects the PHY name rather than the address. Signed-off-by: Hector Palacios <hector.palacios(a)digi.com> --- cmd/mii.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/cmd/mii.c b/cmd/mii.c index ce7b393eeaae..c0c42a851f90 100644 --- a/cmd/mii.c +++ b/cmd/mii.c @@ -313,7 +313,7 @@ static int do_mii(cmd_tbl_t *cmdtp, int flag, int argc, char * const argv[]) mask = simple_strtoul(argv[5], NULL, 16); } - if (addrhi > 31) { + if (addrhi > 31 && strncmp(op, "de", 2)) { printf("Incorrect PHY address. Range should be 0-31\n"); return CMD_RET_USAGE; }

3 2

[U-Boot] [PATCH 0/5] Get socfpga gen5 SPL working again.
by Simon Goldschmidt 24 Oct '18

24 Oct '18

Socfpga gen5 SPL has been broken since moving to DM serial with v2018.07.. Also, U-Boot console output has been broken since then. This series fixes this and makes some related small improvements. Simon Goldschmidt (5): arm: socfpga: fix SPL on gen5 after moving to DM serial arm: socfpga: fix device trees to work with DM serial arm: socfpga: cyclone5: handle debug uart board_init.c: fix simple malloc by storing malloc_limit malloc_simple: calloc: don't call memset if malloc failed arch/arm/dts/socfpga.dtsi | 1 + arch/arm/dts/socfpga_arria5_socdk.dts | 1 + arch/arm/dts/socfpga_cyclone5_dbm_soc1.dts | 1 + arch/arm/dts/socfpga_cyclone5_de0_nano_soc.dts | 1 + arch/arm/dts/socfpga_cyclone5_de10_nano.dts | 1 + arch/arm/dts/socfpga_cyclone5_de1_soc.dts | 1 + arch/arm/dts/socfpga_cyclone5_is1.dts | 1 + arch/arm/dts/socfpga_cyclone5_socdk.dts | 1 + arch/arm/dts/socfpga_cyclone5_sockit.dts | 1 + arch/arm/dts/socfpga_cyclone5_socrates.dts | 6 ++++++ arch/arm/dts/socfpga_cyclone5_sr1500.dts | 1 + arch/arm/dts/socfpga_cyclone5_vining_fpga.dts | 1 + arch/arm/mach-socfpga/reset_manager_gen5.c | 5 +++-- arch/arm/mach-socfpga/spl_gen5.c | 16 +++++++++++++--- common/init/board_init.c | 1 + common/malloc_simple.c | 3 ++- 16 files changed, 36 insertions(+), 6 deletions(-) -- 2.17.1

7 43

[U-Boot] [PATCH] uclass: Use uclass_foreach_dev() macro instead of open coding
by Liviu Dudau 24 Oct '18

24 Oct '18

Use the uclass_foreach_dev() macro instead of the open coded version. Signed-off-by: Liviu Dudau <liviu.dudau(a)foss.arm.com> --- drivers/core/uclass.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/core/uclass.c b/drivers/core/uclass.c index 3113d6a56b..081571951d 100644 --- a/drivers/core/uclass.c +++ b/drivers/core/uclass.c @@ -337,7 +337,7 @@ int uclass_find_device_by_ofnode(enum uclass_id id, ofnode node, if (ret) return ret; - list_for_each_entry(dev, &uc->dev_head, uclass_node) { + uclass_foreach_dev(dev, uc) { log(LOGC_DM, LOGL_DEBUG_CONTENT, " - checking %s\n", dev->name); if (ofnode_equal(dev_ofnode(dev), node)) { -- 2.18.0

4 11

[U-Boot] (no subject)
by Jeremy Gebben 24 Oct '18

24 Oct '18

Date: Tue, 18 Sep 2018 15:35:32 -0600 Subject: [PATCH 0/3] net: phy: aquantia: firmware loading This patch series adds optional support for loading firmware for Aquantia phys via MDIO commands. Because I'm adding more Kconfig options for this driver, I've cleaned up the existing defconfigs that use it. It has been tested on a NXP ls1046ardb board, and a very similar custom board that doesn't have dedicated storage for the phy firmware. Jeremy Gebben (3): configs: migrate CONFIG_PHY_AQUANTIA to Kconfig net: phy: aquantia: add firmware loading support net: phy: aquantia: autodetect if firmware needs to be loaded configs/T1023RDB_NAND_defconfig | 2 +- configs/T1023RDB_SDCARD_defconfig | 2 +- configs/T1023RDB_SECURE_BOOT_defconfig | 2 +- configs/T1023RDB_SPIFLASH_defconfig | 2 +- configs/T1023RDB_defconfig | 2 +- configs/T1024RDB_NAND_defconfig | 2 +- configs/T1024RDB_SDCARD_defconfig | 2 +- configs/T1024RDB_SECURE_BOOT_defconfig | 2 +- configs/T1024RDB_SPIFLASH_defconfig | 2 +- configs/T1024RDB_defconfig | 2 +- configs/T2080QDS_NAND_defconfig | 2 +- configs/T2080QDS_SDCARD_defconfig | 2 +- configs/T2080QDS_SECURE_BOOT_defconfig | 2 +- configs/T2080QDS_SPIFLASH_defconfig | 2 +- configs/T2080QDS_SRIO_PCIE_BOOT_defconfig | 2 +- configs/T2080QDS_defconfig | 2 +- configs/T2080RDB_NAND_defconfig | 2 +- configs/T2080RDB_SDCARD_defconfig | 2 +- configs/T2080RDB_SECURE_BOOT_defconfig | 2 +- configs/T2080RDB_SPIFLASH_defconfig | 2 +- configs/T2080RDB_SRIO_PCIE_BOOT_defconfig | 2 +- configs/T2080RDB_defconfig | 2 +- configs/T2081QDS_NAND_defconfig | 2 +- configs/T2081QDS_SDCARD_defconfig | 2 +- configs/T2081QDS_SPIFLASH_defconfig | 2 +- configs/T2081QDS_SRIO_PCIE_BOOT_defconfig | 2 +- configs/T2081QDS_defconfig | 2 +- configs/ls1043ardb_defconfig | 2 +- configs/ls1043ardb_nand_SECURE_BOOT_defconfig | 2 +- configs/ls1043ardb_nand_defconfig | 2 +- configs/ls1043ardb_sdcard_defconfig | 2 +- configs/ls1046ardb_emmc_defconfig | 2 +- configs/ls1046ardb_qspi_SECURE_BOOT_defconfig | 2 +- configs/ls1046ardb_qspi_defconfig | 2 +- .../ls1046ardb_sdcard_SECURE_BOOT_defconfig | 2 +- configs/ls1046ardb_sdcard_defconfig | 2 +- configs/ls1088ardb_qspi_SECURE_BOOT_defconfig | 1 + configs/ls1088ardb_qspi_defconfig | 1 + ...1088ardb_sdcard_qspi_SECURE_BOOT_defconfig | 1 + configs/ls1088ardb_sdcard_qspi_defconfig | 1 + configs/ls2080ardb_defconfig | 2 +- configs/ls2080ardb_nand_defconfig | 2 +- drivers/net/phy/Kconfig | 26 +- drivers/net/phy/aquantia.c | 254 +++++++++++++++++- include/configs/T102xRDB.h | 2 - include/configs/T208xRDB.h | 2 - include/configs/ls1043ardb.h | 2 - include/configs/ls1046ardb.h | 2 - include/configs/ls1088ardb.h | 3 - include/configs/ls2080ardb.h | 3 - 50 files changed, 316 insertions(+), 58 deletions(-) -- 2.17.1

4 14

[U-Boot] [PATCH 00/27] virtio: Introduce VirtIO driver support
by Bin Meng 23 Oct '18

23 Oct '18

This series brings in VirtIO driver support in U-Boot. The work is based on Tuomas's virtio support on QEMU ARM targets. VirtIO is a virtualization standard for network and disk device drivers where just the guest's device driver "knows" it is running in a virtual environment, and cooperates with the hypervisor. This enables guests to get high performance network and disk operations, and gives most of the performance benefits of paravirtualization. In the U-Boot case, the guest is U-Boot itself, while the virtual environment are normally QEMU targets like ARM, RISC-V and x86. Both VirtIO MMIO and PCI transport options are supported. Only VirtIO network and block device drivers are supported for now. The following QEMU targets are supported. - qemu_arm_defconfig - qemu_arm64_defconfig - qemu-riscv32_defconfig - qemu-riscv64_defconfig - qemu-x86_defconfig - qemu-x86_64_defconfig A new child_post_probe() uclass driver method is introduced to better support virtio device driver. This also changes BLK uclass driver to supply a post_probe() method which calls part_init(), so that we can avoid duplicating such call in every BLK driver. Not every checkpatch warning reported was fixed, but I tried to fix as many as possible which makes sense. This series needs to be applied after the risc-v QEMU series is applied. This series is available at u-boot-x86/virtio-working for testing. Note the branch already contains the risc-v QEMU series plus one network stack fix to make virtio-net driver happy. Bin Meng (22): dm: core: Allow uclass to set up a device's child after it is probed dm: Add a new uclass driver for VirtIO transport devices virtio: Add virtio over mmio transport driver test: dm: blk: Correct blk_base test case sandbox: blk: Switch to use platdata_auto_alloc_size for the driver data efi_driver: blk: Switch to use platdata_auto_alloc_size for the driver data blk: Call part_init() in the post_probe() method blk: Drop blk_prepare_device() blk: Make blk_next_free_devnum() public arm: qemu: Add a Kconfig in the board directory arm: qemu: Enumerate virtio bus during early boot riscv: qemu: Enumerate virtio bus during early boot riscv: qemu: Include some useful commands kconfig: Introduce HAVE_ARCH_IOMAP x86: Implement arch-specific io accessor routines virtio: Add virtio over pci transport driver x86: qemu: Imply virtio PCI transport and device drivers dm: pci: Add APIs to find next capability and extended capability test: dm: pci: Add cases for finding next PCI capability APIs virtio: pci: Support non-legacy PCI transport device virtio: net: Support non-legacy device doc: Document virtio support Tuomas Tynkkynen (5): virtio: Add codes for virtual queue/ring management virtio: Add net driver support blk: Introduce IF_TYPE_VIRTIO virtio: Add block driver support virtio: cmd: Add virtio command for virtio block devices arch/Kconfig | 1 + arch/arm/Kconfig | 1 + arch/x86/include/asm/io.h | 66 +++ board/emulation/qemu-arm/Kconfig | 12 + board/emulation/qemu-arm/qemu-arm.c | 7 + board/emulation/qemu-riscv/Kconfig | 11 + board/emulation/qemu-riscv/qemu-riscv.c | 7 + board/emulation/qemu-x86/Kconfig | 3 + cmd/Kconfig | 7 + cmd/Makefile | 1 + cmd/sata.c | 9 - cmd/virtio.c | 37 ++ common/usb_storage.c | 4 +- configs/qemu_arm64_defconfig | 1 - configs/qemu_arm_defconfig | 1 - disk/part.c | 6 + doc/README.virtio | 247 ++++++++++++ drivers/Kconfig | 2 + drivers/Makefile | 1 + drivers/block/blk-uclass.c | 25 +- drivers/block/ide.c | 2 - drivers/block/sandbox.c | 17 +- drivers/core/uclass.c | 13 +- drivers/mmc/mmc.c | 3 - drivers/nvme/nvme.c | 1 - drivers/pci/pci-uclass.c | 48 ++- drivers/scsi/scsi.c | 1 - drivers/virtio/Kconfig | 43 ++ drivers/virtio/Makefile | 10 + drivers/virtio/virtio-uclass.c | 333 +++++++++++++++ drivers/virtio/virtio_blk.c | 127 ++++++ drivers/virtio/virtio_blk.h | 129 ++++++ drivers/virtio/virtio_mmio.c | 413 +++++++++++++++++++ drivers/virtio/virtio_mmio.h | 129 ++++++ drivers/virtio/virtio_net.c | 236 +++++++++++ drivers/virtio/virtio_net.h | 268 ++++++++++++ drivers/virtio/virtio_pci.h | 173 ++++++++ drivers/virtio/virtio_pci_legacy.c | 420 +++++++++++++++++++ drivers/virtio/virtio_pci_modern.c | 612 ++++++++++++++++++++++++++++ drivers/virtio/virtio_ring.c | 356 ++++++++++++++++ include/blk.h | 22 +- include/dm/uclass-id.h | 1 + include/dm/uclass.h | 4 +- include/linux/io.h | 4 + include/pci.h | 48 +++ include/virtio.h | 694 ++++++++++++++++++++++++++++++++ include/virtio_ring.h | 320 +++++++++++++++ include/virtio_types.h | 24 ++ lib/Kconfig | 6 + lib/efi_driver/efi_block_device.c | 26 +- test/dm/blk.c | 27 +- test/dm/pci.c | 20 + 52 files changed, 4882 insertions(+), 97 deletions(-) create mode 100644 board/emulation/qemu-arm/Kconfig create mode 100644 cmd/virtio.c create mode 100644 doc/README.virtio create mode 100644 drivers/virtio/Kconfig create mode 100644 drivers/virtio/Makefile create mode 100644 drivers/virtio/virtio-uclass.c create mode 100644 drivers/virtio/virtio_blk.c create mode 100644 drivers/virtio/virtio_blk.h create mode 100644 drivers/virtio/virtio_mmio.c create mode 100644 drivers/virtio/virtio_mmio.h create mode 100644 drivers/virtio/virtio_net.c create mode 100644 drivers/virtio/virtio_net.h create mode 100644 drivers/virtio/virtio_pci.h create mode 100644 drivers/virtio/virtio_pci_legacy.c create mode 100644 drivers/virtio/virtio_pci_modern.c create mode 100644 drivers/virtio/virtio_ring.c create mode 100644 include/virtio.h create mode 100644 include/virtio_ring.h create mode 100644 include/virtio_types.h -- 2.7.4

4 81