09 Oct, 2020

1 commit


11 Sep, 2020

1 commit


08 Sep, 2020

1 commit

  • LX2162 is LX2160 based SoC, it has same die as of LX2160
    with different packaging.

    LX2162A support 64-bit 2.9GT/s DDR4 memory, i2c, micro-click module,
    microSD card, eMMC support, serial console, qspi nor flash, qsgmii,
    sgmii, 25g, 40g, 50g network interface, one usb 3.0 and serdes
    interface to support three PCIe gen3 interface.

    Signed-off-by: Meenakshi Aggarwal

    Meenakshi Aggarwal
     

03 Dec, 2019

2 commits


09 May, 2019

1 commit


15 Mar, 2019

2 commits

  • Fix EC1 and EC2 read from correct offset 26, instead of 25

    Signed-off-by: Pramod Kumar
    Acked-by: Joe Hershberger
    Reviewed-by: Prabhakar Kushwaha

    Pramod Kumar
     
  • some dpmacs in armv8a based freescale layerscape SOCs can be
    configured via both serdes(sgmii, xfi, xlaui etc) bits and via
    EC*_PMUX(rgmii) bits in RCW.
    e.g. dpmac 17 and 18 in LX2160A can be configured as SGMII from
    serdes bits and as RGMII via EC1_PMUX/EC2_PMUX bits
    Now if a dpmac is enabled by serdes bits then it takes precedence
    over EC*_PMUX bits. i.e. in LX2160A if we select serdes protocol
    that configures dpmac17 as SGMII and set the EC1_PMUX as RGMII,
    then the dpmac is SGMII and not RGMII.

    Therefore, in fsl_rgmii_init function of SOC, we will check if the
    dpmac is enabled or not? if it is (fsl_serdes_init has already enabled
    the dpmac), then don't enable it.

    Signed-off-by: Pankaj Bansal
    Acked-by: Joe Hershberger
    Reviewed-by: Prabhakar Kushwaha

    Pankaj Bansal
     

07 Dec, 2018

1 commit

  • LX2160A Soc is based on Layerscape Chassis Generation 3.2
    architecture with features:
    16 ARM v8 Cortex-A72 cores in 8 cluster, CCN508, SEC,
    2 64-bit DDR4 memory controller, RGMII, 8 I2C controllers,
    3 serdes modules, USB 3.0, SATA, 4 PL011 SBSA UARTs,
    4 TZASC instances, etc.

    SoC personalites:
    LX2120A is SoC with Twelve 64-bit ARM v8 Cortex-A72 CPUs
    LX2080A is SoC with Eight 64-bit ARM v8 Cortex-A72 CPUs

    Signed-off-by: Bao Xiaowei
    Signed-off-by: Hou Zhiqiang
    Signed-off-by: Meenakshi Aggarwal
    Signed-off-by: Vabhav Sharma
    Signed-off-by: Sriram Dash
    Signed-off-by: Priyanka Jain
    Reviewed-by: York Sun

    Priyanka Jain
     

12 Oct, 2018

1 commit


11 Oct, 2018

5 commits

  • Till now we have had cases where we had one phy device per dpmac.
    Now, with the upcoming products (LX2160AQDS), we have cases, where there
    are sometimes two phy devices for one dpmac. One phy for TX lanes and
    one phy for RX lanes. to handle such cases, add the support for multiple
    phys in ethernet driver. The ethernet link is up if all the phy devices
    connected to one dpmac report link up. also the link capabilities are
    limited by the weakest phy device.

    i.e. say if there are two phys for one dpmac. one operates at 10G without
    autoneg and other operate at 1G with autoneg. Then the ethernet interface
    will operate at 1G without autoneg.

    Signed-off-by: Pankaj Bansal
    Acked-by: Joe Hershberger

    Pankaj Bansal
     
  • when there is no phy present for a dpmac, a dummy phy device is created.
    when we move to multiple phy method, we need to create as many dummy phy
    devices.

    Change this method so that we don't need to create dummy phy devices.
    We always report linkup if no phy is present.

    Signed-off-by: Pankaj Bansal
    Acked-by: Joe Hershberger

    Pankaj Bansal
     
  • if an error occurs during init_phy, we should free the phydev structure
    which has been allocated by phy_connect.

    Signed-off-by: Pankaj Bansal
    Acked-by: Joe Hershberger

    Pankaj Bansal
     
  • The phydev structure is present in both ldpaa_eth_priv and
    wriop_dpmac_info. the phydev in wriop_dpmac_info is not being used

    As the phydev is created based on phy_addr and bus members of
    wriop_dpmac_info, it is appropriate to keep phydev in wriop_dpmac_info.

    Also phy_regs is not being used, therefore remove it

    Signed-off-by: Pankaj Bansal
    Acked-by: Joe Hershberger

    Pankaj Bansal
     
  • The goto label name is misspelled it should be DPMAC not DPAMC

    Signed-off-by: Pankaj Bansal
    Acked-by: Joe Hershberger

    Pankaj Bansal
     

08 Aug, 2018

1 commit


09 May, 2018

1 commit


07 May, 2018

1 commit

  • When U-Boot started using SPDX tags we were among the early adopters and
    there weren't a lot of other examples to borrow from. So we picked the
    area of the file that usually had a full license text and replaced it
    with an appropriate SPDX-License-Identifier: entry. Since then, the
    Linux Kernel has adopted SPDX tags and they place it as the very first
    line in a file (except where shebangs are used, then it's second line)
    and with slightly different comment styles than us.

    In part due to community overlap, in part due to better tag visibility
    and in part for other minor reasons, switch over to that style.

    This commit changes all instances where we have a single declared
    license in the tag as both the before and after are identical in tag
    contents. There's also a few places where I found we did not have a tag
    and have introduced one.

    Signed-off-by: Tom Rini

    Tom Rini
     

07 Dec, 2017

1 commit

  • Existing MC driver framework is based on MC-9.x.x flib. This patch
    migrates MC obj (DPBP, DPNI, DPRC, DPMAC etc) to use latest MC flib
    which is MC-10.3.0.

    Changes introduced due to migration:
    1. To get OBJ token, pair of create and open API replaces create APIs
    2. Pair of close and destroy APIs replaces destroy APIs
    3. For version read, get_version APIs replaces get_attributes APIs
    4. dpni_get/reset_statistics APIs replaces dpni_get/set_counter APIs
    5. Simplifies struct dpni_cfg and removes dpni_extended_cfg struct
    6. Single API dpni_get_buffer_layout/set_buffer_layout replaces
    dpni_get_rx/set_rx, tx related, tx_conf_buffer_layout related APIs.
    New API takes a queue type as an argument.
    7. Similarly dpni_get_queue/set_queue replaces
    dpni_get_rx_flow/set_rx_flow , tx_flow related, tx_conf related
    APIs

    Signed-off-by: Yogesh Gaur
    Signed-off-by: Priyanka Jain
    Reviewed-by: York Sun

    Yogesh Gaur
     

15 Nov, 2017

1 commit


27 Oct, 2017

1 commit


11 Sep, 2017

2 commits

  • This patch adds support for RGMII protocol

    NXP's LDPAA2 support RGMII protocol. LS1088A is the
    first Soc supporting both RGMII and SGMII.

    Signed-off-by: Prabhakar Kushwaha
    Signed-off-by: Amrita Kumari
    Signed-off-by: Ashish Kumar
    Reviewed-by: York Sun

    Ashish Kumar
     
  • LS1088A is compliant with the Layerscape Chassis Generation 3 with
    eight ARM v8 Cortex-A53 cores in 2 cluster, CCI-400, one 64-bit DDR4
    SDRAM memory controller with ECC, Data path acceleration architecture
    2.0 (DPAA2), Ethernet interfaces (SGMIIs, RGMIIs, QSGMIIs, XFIs),
    QSPI, IFC, PCIe, SATA, USB, SDXC, DUARTs etc.

    Signed-off-by: Alison Wang
    Signed-off-by: Prabhakar Kushwaha
    Signed-off-by: Ashish Kumar
    Signed-off-by: Raghav Dogra
    Signed-off-by: Shaohui Xie
    [YS: Revised commit message]
    Reviewed-by: York Sun

    Ashish Kumar
     

15 Aug, 2017

1 commit


18 Apr, 2017

1 commit


29 Mar, 2017

1 commit


22 Nov, 2016

1 commit


04 May, 2016

1 commit


07 Apr, 2016

1 commit

  • LS2080A is the primary SoC, and LS2085A is a personality with AIOP
    and DPAA DDR. The RDB and QDS boards support both personality. By
    detecting the SVR at runtime, a single image per board can support
    both SoCs. It gives users flexibility to swtich SoC without the need
    to reprogram the board.

    Signed-off-by: York Sun
    CC: Prabhakar Kushwaha
    Reviewed-by: Prabhakar Kushwaha

    York Sun
     

22 Mar, 2016

1 commit


28 Jan, 2016

5 commits


15 Jan, 2016

1 commit


01 Dec, 2015

4 commits

  • Freescale's LS2085A is a another personality of LS2080A SoC with
    support of AIOP and DP-DDR.
    This Patch adds support of LS2085A Personality.

    Signed-off-by: Pratiyush Mohan Srivastava
    Signed-off-by: Prabhakar Kushwaha
    [York Sun: Updated MAINTAINERS files
    Dropped #ifdef in cpu.h
    Add CONFIG_SYS_NS16550=y in defconfig]
    Reviewed-by: York Sun

    Prabhakar Kushwaha
     
  • LS2080A is a prime personality of Freescale’s LS2085A. It is a non-AIOP
    personality without support of DP-DDR, L2 switch, 1588, PCIe endpoint etc.
    So renaming existing LS2085A code base to reflect LS2080A (Prime personality)

    Signed-off-by: Pratiyush Mohan Srivastava
    Signed-off-by: Prabhakar Kushwaha
    [York Sun: Dropped #ifdef in cpu.c for cpu_type_list]
    Reviewed-by: York Sun

    Prabhakar Kushwaha
     
  • MC 0.7.1.2 enforces limitation i.e.: "Packets may be corrupted
    in several combinations of buffer size and frame offsets.
    Workaround: Use buffers that are of size that is a multiple of 256, and
    frame offset that is a multiple of 256"

    Updating the DPNI Eth driver to comply with the restriction.

    Signed-off-by: Bogdan Hamciuc
    Signed-off-by: Prabhakar Kushwaha
    Reviewed-by: York Sun

    Prabhakar Kushwaha
     
  • Add following debug information in the driver
    - Get various DPNI counter values
    - Get link status of DPNI objects
    - Get information of both ends of connection (DPMAC - DPNI)

    Signed-off-by: Prabhakar Kushwaha
    Reviewed-by: York Sun

    Prabhakar Kushwaha