23 Apr, 2020

1 commit


31 Mar, 2020

1 commit

  • Some SoCs in the mpc83xx family, e.g. mpc8309, have a dedicated spi
    chip select, SPISEL_BOOT, that is used by the boot code to boot from
    flash.

    This chip select will typically be used to select a SPI boot
    flash. The SPISEL_BOOT signal is controlled by a single bit in the
    SPI_CS register.

    Implement a gpio driver for the spi chip select register. This allows a
    spi driver capable of using gpios as chip select, to bind a chip select
    to SPISEL_BOOT.

    It may be a little odd to do this as a GPIO driver, since the signal
    is neither GP or I, but it is quite convenient to present it to the
    spi driver that way. The alternative it to teach mpc8xxx_spi to handle
    the SPISEL_BOOT signal itself (that is how it's done in the linux
    kernel, see commit 69b921acae8a)

    Signed-off-by: Klaus H. Sorensen
    Signed-off-by: Rasmus Villemoes

    Klaus H. Sorensen
     

10 Mar, 2020

2 commits


05 Mar, 2020

1 commit

  • Drop the Apollo Lake prefix 'apl' from the functions, types and
    variables in the P2SB driver.

    The P2SB is not Apollo Lake specific, and as such it was moved in
    commit 2999846c1127 ("x86: Move P2SB from Apollo Lake to a more generic
    location") from the Apollo Lake folder to the intel_common folder.

    Signed-off-by: Wolfgang Wallner
    Reviewed-by: Simon Glass
    Reviewed-by: Bin Meng

    Wolfgang Wallner
     

14 Feb, 2020

2 commits

  • Fix the following DT dtc warnings for stm32mp1 boards:

    Warning (unit_address_vs_reg): /soc/rcc@50000000/st,pll@0:
    node has a unit name, but no reg property
    Warning (unit_address_vs_reg): /soc/rcc@50000000/st,pll@1:
    node has a unit name, but no reg property
    Warning (unit_address_vs_reg): /soc/rcc@50000000/st,pll@2:
    node has a unit name, but no reg property
    Warning (unit_address_vs_reg): /soc/rcc@50000000/st,pll@3:
    node has a unit name, but no reg property

    Signed-off-by: Patrick Delaunay
    Reviewed-by: Patrice Chotard

    Patrick Delaunay
     
  • Device tree and binding alignment with kernel v5.4

    Signed-off-by: Patrick Delaunay
    Reviewed-by: Patrice Chotard

    Patrick Delaunay
     

11 Feb, 2020

1 commit


07 Feb, 2020

2 commits

  • ACPI GPEs are used to signal interrupts from peripherals that are accessed
    via ACPI. In U-Boot these are modelled as interrupts using a separate
    interrupt controller. Configuration is via the device tree.

    Add a simple driver for this.

    Signed-off-by: Simon Glass
    Reviewed-by: Bin Meng

    Simon Glass
     
  • At present driver model supports the IRQ uclass but there is no way to
    request a particular interrupt for a driver.

    Add a mechanism, similar to clock and reset, to read the interrupts
    required by a device from the device tree and to request those interrupts.

    U-Boot itself does not have interrupt-driven handlers, so just provide a
    means to read and clear an interrupt. This can be useful to handle
    peripherals which must use an interrupt to determine when data is
    available, for example.

    Bring over the basic binding file as well, from Linux v5.4. Note that the
    older binding is not supported in U-Boot; the newer 'special form' must be
    used.

    Add a simple test of the new functionality.

    Signed-off-by: Simon Glass
    Reviewed-by: Bin Meng

    Simon Glass
     

06 Feb, 2020

1 commit


27 Jan, 2020

1 commit


10 Jan, 2020

3 commits


07 Jan, 2020

1 commit

  • Bring in the following merges:

    commit 8fbbec12f7d2c18f8883f3371cfca74a98b5dd87
    Merge: 87f69f467a83 63618e71e89b
    Author: Tom Rini
    Date: Fri Jan 3 09:48:47 2020 -0500

    Merge https://gitlab.denx.de/u-boot/custodians/u-boot-fsl-qoriq into next

    - updates and fixes on ls1028a, lx2, ls1046a, MC-DPSPARSER support

    commit 87f69f467a8335b171c71bf217d2625d515acd7c
    Merge: c0912f9bbfb2 4466b9970319
    Author: Tom Rini
    Date: Tue Dec 24 08:18:19 2019 -0500

    Merge https://gitlab.denx.de/u-boot/custodians/u-boot-mpc85xx into next

    - Enable DM driver on ppc/km boards
    - Enable DM_USB for some of NXP powerpc platforms: P5040, T4240, T208x,
    T104x, P4080, P2041, P2020, P1020, P3041
    - Some updates in mpc85xx-ddr driver, km boards

    commit c0912f9bbfb26dd03d189953678691b799d35b6e
    Merge: 533c9f5714bd a1d6dc3f8407
    Author: Tom Rini
    Date: Wed Dec 18 07:20:19 2019 -0500

    Merge branch 'next' of https://gitlab.denx.de/u-boot/custodians/u-boot-x86 into next

    - Various x86 common codes updated for TPL/SPL
    - I2C designware driver updated for PCI
    - ICH SPI driver updated to support Apollo Lake
    - Add Intel FSP2 base support
    - Intel Apollo Lake platform specific drivers support
    - Add a new board Google Chromebook Coral

    commit 533c9f5714bdba79dc6f2629284d4c1a08a611d1
    Merge: 553cb0688782 033e18b47bd0
    Author: Tom Rini
    Date: Tue Dec 17 07:53:08 2019 -0500

    Merge tag '20191217-for-next' of https://gitlab.denx.de/u-boot/custodians/u-boot-i2c into next

    i2c: for next
    - misc: i2c_eeprom:
    Add partition support and add ability to query size
    of eeprom device and partitions
    - i2c common:
    add support for offset overflow in to address and add
    sandbox tests for it.

    commit 553cb06887825314e74a9bdac337467c77d1db88
    Merge: f39abbbc531e b4f98b3b16ec
    Author: Tom Rini
    Date: Thu Dec 12 08:18:59 2019 -0500

    Merge tag 'dm-next-13dec19' of https://gitlab.denx.de/u-boot/custodians/u-boot-dm into next

    buildman improvements including toolchain environment feature
    sandbox unicode support in serial

    Tom Rini
     

15 Dec, 2019

3 commits

  • Add a GPIO driver which uses the pinctrl driver to access the pad
    information. This driver relies on the GPIO nodes being subnodes to the
    pinctrl device.

    Signed-off-by: Simon Glass
    Reviewed-by: Bin Meng

    Simon Glass
     
  • Recent Intel SoCs share a pinctrl mechanism with many common elements. Add
    an implementation of this core functionality, allowing SoC-specific
    drivers to avoid adding common code.

    As well as a pinctrl driver this provides a GPIO driver based on the same
    code.

    Once other SoCs use this driver we may consider moving more properties to
    the device tree (e.g. the community info and pad definitions).

    Signed-off-by: Simon Glass
    Reviewed-by: Bin Meng

    Simon Glass
     
  • At present PCI auto-configuration happens in U-Boot both before and after
    relocation. This is a waste of time and may mess up static addresses used
    in board_init_f(). Adjust the code to supporting doing auto-configuration
    once, after relocation, under control of a device-tree property.

    This is needed for Apollo Lake for debugging the silicon-init code. Once
    the UART is moved to a different MMIO address the debug UART does not work
    and any debug output in Apollo Lake's arch_fsp_init_r() causes a hang.

    Signed-off-by: Simon Glass
    Reviewed-by: Bin Meng

    Simon Glass
     

14 Dec, 2019

1 commit

  • Commit 656d8da9d2 (doc: Remove duplicated documentation directory) got
    rid of most of Documentation/. But there's still an obviously useless
    .gitignore left behind.

    Also, there's a copy of the linux kernel's net/ethernet.txt binding
    imported from v5.0, while the existing one in doc/ is from 4.0-rc1. So
    replace the latter by the former, and making Documentation/ finally
    empty.

    Signed-off-by: Rasmus Villemoes
    Reviewed-by: Simon Goldschmidt

    Rasmus Villemoes
     

09 Dec, 2019

3 commits

  • A couple of optional properties have been introduced for Aquantia PHY
    allowing the driver to set up wiring related configuration points that
    are otherwise driven by firmware.

    Signed-off-by: Alex Marginean
    Acked-by: Joe Hershberger

    Alex Marginean
     
  • It defines that PHY nodes must be children on MDIO bus nodes and defines
    the only required property in U-Boot, reg. This property along with the
    example provided are copied over from Linux.

    Signed-off-by: Alex Marginean
    Acked-by: Joe Hershberger

    Alex Marginean
     
  • Based on commit 980066e6d964 ("dt-bindings: phy: dp83867: Add documentation
    for disabling clock output") of mainline linux kernel.

    The clock output is generally only used for testing and development and not
    used to daisy-chain PHYs. It's just a source of RF noise afterward.

    Add a mux value for "off". I've added it as another enumeration to the
    output property. In the actual PHY, the mux and the output enable are
    independently controllable. However, it doesn't seem useful to be able
    to describe the mux setting when the output is disabled.

    Document that PHY's default setting will be left as is if the property
    is omitted.

    Signed-off-by: Grygorii Strashko
    Acked-by: Joe Hershberger

    Grygorii Strashko
     

10 Nov, 2019

1 commit

  • support parse regulator standard property:
    regulator-off-in-suspend;
    regulator-init-microvolt;
    regulator-suspend-microvolt:
    regulator_get_suspend_enable
    regulator_set_suspend_enable
    regulator_get_suspend_value
    regulator_set_suspend_value

    Signed-off-by: Joseph Chen
    Signed-off-by: Elaine Zhang
    Reviewed-by: Kever Yang

    Joseph Chen
     

26 Oct, 2019

1 commit


12 Oct, 2019

2 commits


11 Oct, 2019

4 commits

  • This adds a document for tphy which supports physical layer
    functionality for a number of controllers on MediaTek SoCs,
    such as, USB2.0, USB3.0, PCIe, and SATA.

    Signed-off-by: Ryder Lee
    Signed-off-by: Frank Wunderlich

    Ryder Lee
     
  • This adds a document for MT7623 PCIe controller.

    Signed-off-by: Ryder Lee
    Signed-off-by: Frank Wunderlich

    Ryder Lee
     
  • Some Texas Instruments K3 family of SoCs have one of more Digital Signal
    Processor (DSP) subsystems that are comprised of either a TMS320C66x
    CorePac and/or a next-generation TMS320C71x CorePac processor subsystem.
    Add the device tree bindings document for the C66x DSP devices on these
    SoCs. The added example illustrates the DT nodes for the first C66x DSP
    device present on the K3 J721E family of SoCs.

    Signed-off-by: Suman Anna
    Signed-off-by: Lokesh Vutla

    Suman Anna
     
  • The Texas Instruments K3 family of SoCs have one of more dual-core
    Arm Cortex R5F processor subsystems/clusters (R5FSS). Add the device
    tree bindings document for these R5F subsystem devices. These R5F
    processors do not have an MMU, and so require fixed memory carveout
    regions matching the firmware image addresses. The nodes require more
    than one memory region, with the first memory region used for DMA
    allocations at runtime. The remaining memory regions are reserved
    and are used for the loading and running of the R5F remote processors.

    The added example illustrates the DT nodes for the single R5FSS device
    present on K3 AM65x family of SoCs.

    Signed-off-by: Suman Anna
    Signed-off-by: Lokesh Vutla

    Suman Anna
     

05 Sep, 2019

2 commits

  • This patch adds a separate driver for the MDIO interface of the
    Marvell Ethernet controllers based on driver model. There are two
    reasons to have a separate driver rather than including it inside
    the MAC driver itself:
    *) The MDIO interface is shared by all Ethernet ports, so a driver
    must guarantee non-concurrent accesses to this MDIO interface. The
    most logical way is to have a separate driver that handles this
    single MDIO interface, used by all Ethernet ports.
    *) The MDIO interface is the same between the existing mv643xx_eth
    driver and the new mvneta/mvpp2 driver. Even though it is for now
    only used by the mvneta/mvpp2 driver, it will in the future be
    used by the mv643xx_eth driver as well.

    This driver supports SMI IEEE for 802.3 Clause 22 and XSMI for IEEE
    802.3 Clause 45.

    This patch also adds device tree binding for marvell MDIO driver.

    Signed-off-by: Ken Ma
    Signed-off-by: Alex Marginean
    Acked-by: Joe Hershberger

    Alex Marginean
     
  • Adds a binding document for mdio. A notable deviation from corresponding
    Linux binding is the introduction of device-name optional property, which
    can be used to name MDIO buses. Two reset optional properties described
    by Linux binding are also not present as they don't seem to be used in
    U-Boot at this time.

    Signed-off-by: Alex Marginean
    Acked-by: Joe Hershberger
    Reviewed-by: Bin Meng
    Signed-off-by: Alex Marginean
    Acked-by: Joe Hershberger
    Reviewed-by: Bin Meng

    Alex Marginean
     

27 Aug, 2019

1 commit


10 Aug, 2019

3 commits


29 Jul, 2019

1 commit


27 Jul, 2019

1 commit

  • TISCI protocol supports for enabling the device either with exclusive
    permissions for the requesting host or with sharing across the hosts.
    There are certain devices which are exclusive to Linux context and
    there are certain devices that are shared across different host contexts.
    So add support for getting this information from DT by increasing
    the power-domain cells to 2.

    Signed-off-by: Lokesh Vutla

    Lokesh Vutla
     

26 Jul, 2019

1 commit

  • In the case of the tsec network driver, so far there has been no
    mainline user of DM_ETH where the DT bindings get used.

    In the case of the mdio bus, it looks like the "fsl,tsec-mdio" string
    was made up for the documentation, but there is no mainline code that
    parses the "compatible" property anyway.

    In both cases, there are no DT blobs that contain the old strings.

    So change the documentation to "fsl,etsec2" for the Ethernet ports and
    "fsl,etsec2-mdio" for the MDIO buses, which are strings that Linux also
    uses, at least for LS1021A. More compatible strings can be added once
    other (PowerPC) SoCs are migrated to DM_ETH.

    The current ls1021a.dtsi doesn't match what was documented for the MDIO
    buses anyway (the "compatible" is "gianfar" currently). This will be
    fixed in the next patch.

    Fixes: 69a00875e3db ("doc: dt-bindings: Describe Freescale TSEC ethernet controller")
    Signed-off-by: Vladimir Oltean
    Reviewed-by: Bin Meng
    Acked-by: Joe Hershberger

    Vladimir Oltean