1. 25 3月, 2017 1 次提交
  2. 10 1月, 2017 1 次提交
  3. 10 11月, 2016 1 次提交
  4. 08 11月, 2016 1 次提交
  5. 30 10月, 2016 1 次提交
  6. 18 10月, 2016 1 次提交
    • Z
      net: phy: leds: add support for led triggers on phy link state change · 2e0bc452
      Zach Brown 提交于
      Create an option CONFIG_LED_TRIGGER_PHY (default n), which will create a
      set of led triggers for each instantiated PHY device. There is one LED
      trigger per link-speed, per-phy.
      The triggers are registered during phy_attach and unregistered during
      phy_detach.
      
      This allows for a user to configure their system to allow a set of LEDs
      not controlled by the phy to represent link state changes on the phy.
      LEDS controlled by the phy are unaffected.
      
      For example, we have a board where some of the leds in the
      RJ45 socket are controlled by the phy, but others are not. Using the
      triggers provided by this patch the leds not controlled by the phy can
      be configured to show the current speed of the ethernet connection. The
      leds controlled by the phy are unaffected.
      Signed-off-by: NJosh Cartwright <josh.cartwright@ni.com>
      Signed-off-by: NNathan Sullivan <nathan.sullivan@ni.com>
      Signed-off-by: NZach Brown <zach.brown@ni.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      2e0bc452
  7. 07 10月, 2016 1 次提交
  8. 10 9月, 2016 2 次提交
  9. 20 8月, 2016 2 次提交
  10. 13 8月, 2016 1 次提交
    • A
      net: phy: Add gmiitorgmii converter support · f411a616
      Appana Durga Kedareswara Rao 提交于
      This patch adds support for gmiitorgmii converter.
      
      The GMII to RGMII IP core provides the Reduced Gigabit Media
      Independent Interface (RGMII) between Ethernet physical media
      Devices and the Gigabit Ethernet controller. This core can
      Switch dynamically between the three different speed modes of
      Operation by configuring the converter register through mdio write.
      
      MDIO interface is used to set operating speed of Ethernet MAC.
      
      This converter sits between the MAC and the external phy
      MAC <==> GMII2RGMII <==> RGMII_PHY
      Signed-off-by: NKedareswara rao Appana <appanad@xilinx.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      f411a616
  11. 09 8月, 2016 1 次提交
  12. 26 7月, 2016 1 次提交
  13. 17 7月, 2016 1 次提交
  14. 27 6月, 2016 1 次提交
  15. 11 6月, 2016 2 次提交
  16. 19 3月, 2016 1 次提交
  17. 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
  18. 29 1月, 2016 1 次提交
  19. 22 10月, 2015 1 次提交
  20. 08 10月, 2015 4 次提交
  21. 10 9月, 2015 1 次提交
  22. 01 8月, 2015 1 次提交
  23. 30 7月, 2015 1 次提交
  24. 21 7月, 2015 1 次提交
  25. 09 7月, 2015 1 次提交
  26. 04 6月, 2015 1 次提交
  27. 16 5月, 2015 1 次提交
  28. 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
  29. 09 4月, 2015 1 次提交
  30. 17 1月, 2015 1 次提交
  31. 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
  32. 06 11月, 2014 1 次提交
  33. 06 10月, 2014 1 次提交