1. 09 8月, 2016 1 次提交
  2. 26 7月, 2016 1 次提交
  3. 17 7月, 2016 1 次提交
  4. 27 6月, 2016 1 次提交
  5. 11 6月, 2016 2 次提交
  6. 19 3月, 2016 1 次提交
  7. 15 3月, 2016 2 次提交
    • D
      phy: mdio-thunder: Add driver for Cavium Thunder SoC MDIO buses. · 379d7ac7
      David Daney 提交于
      The Cavium Thunder SoCs have multiple MIDO buses that are part of a
      single PCI device.  To model this in the device tree we call the PCI
      parent device a "cavium,thunder-8890-mdio-nexus", it has several
      children, one for each MDIO bus.
      
      The MDIO bus hardware is identical to that found in the OCTEON SoCs,
      so we use that code for things that are not part of the PCI driver
      probe/remove
      Signed-off-by: NDavid Daney <david.daney@cavium.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      379d7ac7
    • D
      phy: mdio-octeon: Refactor into two files/modules · 1eefee90
      David Daney 提交于
      A follow-on patch uses PCI probing to find the Thunder MDIO hardware.
      In preparation for this, split out the common code into a new file
      mdio-cavium.c, which will be used by both the existing OCTEON driver,
      and the new Thunder PCI based driver.
      
      As part of the refactoring simplify the struct cavium_mdiobus by
      removing fields that are only ever used in the probe function and can
      just as well be local variables.
      
      Use readq/writeq in preference to readq_relaxed/writeq_relaxed as the
      relaxed form was an optimization for an early chip revision, and the
      MDIO drivers are not performance bottlenecks that need optimization in
      the first place.
      Signed-off-by: NDavid Daney <david.daney@cavium.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      1eefee90
  8. 29 1月, 2016 1 次提交
  9. 22 10月, 2015 1 次提交
  10. 08 10月, 2015 4 次提交
  11. 10 9月, 2015 1 次提交
  12. 01 8月, 2015 1 次提交
  13. 30 7月, 2015 1 次提交
  14. 21 7月, 2015 1 次提交
  15. 09 7月, 2015 1 次提交
  16. 04 6月, 2015 1 次提交
  17. 16 5月, 2015 1 次提交
  18. 10 5月, 2015 1 次提交
    • J
      net: amd-xgbe: Add hardware dependency · 74a78b15
      Jean Delvare 提交于
      The amd-xgbe driver currently only works with the Seattle SoC, which
      is ARM64 architecture, so there is no point in building this driver on
      other architectures except for build testing purpose. The dependency
      list can be updated later if the driver ever supports other
      architectures.
      Signed-off-by: NJean Delvare <jdelvare@suse.de>
      Cc: Tom Lendacky <thomas.lendacky@amd.com>
      Cc: Florian Fainelli <f.fainelli@gmail.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      74a78b15
  19. 09 4月, 2015 1 次提交
  20. 17 1月, 2015 1 次提交
  21. 17 12月, 2014 1 次提交
    • D
      net: Allow FIXED_PHY to be modular. · 6539c44d
      David S. Miller 提交于
      Otherwise we get things like:
      
      warning: (NET_DSA_BCM_SF2 && BCMGENET && SYSTEMPORT) selects FIXED_PHY which has unmet direct dependencies (NETDEVICES && PHYLIB=y)
      
      In order to make this work we have to rename fixed.c to fixed_phy.c
      because the regulator drivers already have a module named "fixed.o".
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      6539c44d
  22. 06 11月, 2014 1 次提交
  23. 06 10月, 2014 1 次提交
  24. 08 9月, 2014 1 次提交
  25. 28 8月, 2014 1 次提交
  26. 06 6月, 2014 1 次提交
  27. 14 2月, 2014 1 次提交
  28. 08 11月, 2013 1 次提交
  29. 11 6月, 2013 1 次提交
  30. 01 6月, 2013 1 次提交
  31. 16 4月, 2013 1 次提交
  32. 14 2月, 2013 1 次提交
  33. 19 10月, 2012 1 次提交
  34. 31 8月, 2012 1 次提交
  35. 28 6月, 2012 1 次提交