1. 07 10月, 2019 1 次提交
  2. 27 9月, 2019 1 次提交
  3. 25 9月, 2019 1 次提交
  4. 05 9月, 2019 7 次提交
  5. 01 9月, 2019 1 次提交
  6. 30 8月, 2019 3 次提交
  7. 23 8月, 2019 2 次提交
  8. 22 8月, 2019 1 次提交
  9. 11 8月, 2019 1 次提交
  10. 09 8月, 2019 1 次提交
  11. 03 8月, 2019 4 次提交
    • C
      enetc: Add mdio bus driver for the PCIe MDIO endpoint · 231ece36
      Claudiu Manoil 提交于
      ENETC ports can manage the MDIO bus via local register
      interface.  However there's also a centralized way
      to manage the MDIO bus, via the MDIO PCIe endpoint
      device integrated by the same root complex that also
      integrates the ENETC ports (eth controllers).
      
      Depending on board design and use case, centralized
      access to MDIO may be better than using local ENETC
      port registers.  For instance, on the LS1028A QDS board
      where MDIO muxing is required.  Also, the LS1028A on-chip
      switch doesn't have a local MDIO register interface.
      
      The current patch registers the above PCIe endpoint as a
      separate MDIO bus and provides a driver for it by re-using
      the code used for local MDIO access.  It also allows the
      ENETC port PHYs to be managed by this driver if the local
      "mdio" node is missing from the ENETC port node.
      Signed-off-by: NClaudiu Manoil <claudiu.manoil@nxp.com>
      Reviewed-by: NAndrew Lunn <andrew@lunn.ch>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      231ece36
    • C
      enetc: Clean up makefile · 0c010a9d
      Claudiu Manoil 提交于
      Clean up overcomplicated makefile to make it more maintainable.
      Basically, there's a set of common objects shared between
      the PF and VF driver modules.  This can be implemented in a
      simpler way, without conditionals, less repetition, allowing
      also for easier updates in the future.
      Signed-off-by: NClaudiu Manoil <claudiu.manoil@nxp.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      0c010a9d
    • C
      enetc: Clean up local mdio bus allocation · 2152e7a2
      Claudiu Manoil 提交于
      What's needed is basically a pointer to the mdio registers.
      This is one way to store it inside bus->priv allocated space,
      without upsetting sparse.
      Reworked accessors to avoid __iomem casting.
      Used devm_* variant to further clean up the init error /
      remove paths.
      
      Fixes following sparse warning:
       warning: incorrect type in assignment (different address spaces)
          expected void *priv
          got struct enetc_mdio_regs [noderef] <asn:2>*[assigned] regs
      
      Fixes: ebfcb23d ("enetc: Add ENETC PF level external MDIO support")
      Signed-off-by: NClaudiu Manoil <claudiu.manoil@nxp.com>
      Reviewed-by: NAndrew Lunn <andrew@lunn.ch>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      2152e7a2
    • Y
      enetc: Select PHYLIB while CONFIG_FSL_ENETC_VF is set · 2802d2cf
      YueHaibing 提交于
      Like FSL_ENETC, when CONFIG_FSL_ENETC_VF is set,
      we should select PHYLIB, otherwise building still fails:
      
      drivers/net/ethernet/freescale/enetc/enetc.o: In function `enetc_open':
      enetc.c:(.text+0x2744): undefined reference to `phy_start'
      enetc.c:(.text+0x282c): undefined reference to `phy_disconnect'
      drivers/net/ethernet/freescale/enetc/enetc.o: In function `enetc_close':
      enetc.c:(.text+0x28f8): undefined reference to `phy_stop'
      enetc.c:(.text+0x2904): undefined reference to `phy_disconnect'
      drivers/net/ethernet/freescale/enetc/enetc_ethtool.o:(.rodata+0x3f8): undefined reference to `phy_ethtool_get_link_ksettings'
      drivers/net/ethernet/freescale/enetc/enetc_ethtool.o:(.rodata+0x400): undefined reference to `phy_ethtool_set_link_ksettings'
      Reported-by: NHulk Robot <hulkci@huawei.com>
      Fixes: d4fd0404 ("enetc: Introduce basic PF and VF ENETC ethernet drivers")
      Signed-off-by: NYueHaibing <yuehaibing@huawei.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      2802d2cf
  12. 31 7月, 2019 2 次提交
  13. 26 7月, 2019 1 次提交
  14. 25 7月, 2019 1 次提交
  15. 23 7月, 2019 1 次提交
  16. 16 7月, 2019 1 次提交
  17. 16 6月, 2019 2 次提交
  18. 13 6月, 2019 3 次提交
  19. 10 6月, 2019 3 次提交
  20. 07 6月, 2019 1 次提交
    • F
      net: fec: Do not use netdev messages too early · a19a0582
      Fabio Estevam 提交于
      When a valid MAC address is not found the current messages
      are shown:
      
      fec 2188000.ethernet (unnamed net_device) (uninitialized): Invalid MAC address: 00:00:00:00:00:00
      fec 2188000.ethernet (unnamed net_device) (uninitialized): Using random MAC address: aa:9f:25:eb:7e:aa
      
      Since the network device has not been registered at this point, it is better
      to use dev_err()/dev_info() instead, which will provide cleaner log
      messages like these:
      
      fec 2188000.ethernet: Invalid MAC address: 00:00:00:00:00:00
      fec 2188000.ethernet: Using random MAC address: aa:9f:25:eb:7e:aa
      
      Tested on a imx6dl-pico-pi board.
      Signed-off-by: NFabio Estevam <festevam@gmail.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      a19a0582
  21. 06 6月, 2019 1 次提交
  22. 05 6月, 2019 1 次提交