1. 18 3月, 2015 1 次提交
  2. 05 2月, 2015 1 次提交
  3. 22 11月, 2014 1 次提交
  4. 20 10月, 2014 1 次提交
  5. 31 5月, 2014 2 次提交
  6. 14 5月, 2014 1 次提交
  7. 17 1月, 2014 1 次提交
  8. 30 10月, 2013 2 次提交
  9. 10 10月, 2013 1 次提交
  10. 03 10月, 2013 1 次提交
  11. 25 9月, 2013 1 次提交
    • J
      ibm/emac: Remove extern from function prototypes · d4cb2ee1
      Joe Perches 提交于
      There are a mix of function prototypes with and without extern
      in the kernel sources.  Standardize on not using extern for
      function prototypes.
      
      Function prototypes don't need to be written with extern.
      extern is assumed by the compiler.  Its use is as unnecessary as
      using auto to declare automatic/local variables in a block.
      Signed-off-by: NJoe Perches <joe@perches.com>
      d4cb2ee1
  12. 04 9月, 2013 1 次提交
  13. 30 8月, 2013 1 次提交
  14. 22 8月, 2013 1 次提交
  15. 26 5月, 2013 1 次提交
  16. 12 5月, 2013 1 次提交
    • P
      emac: Fix EMAC soft reset on 460EX/GT · 23fbb5a8
      Petri Gynther 提交于
      Fix EMAC soft reset on 460EX/GT to select the right PHY clock source
      before and after the soft reset.
      
      EMAC with PHY should use the clock from PHY during soft reset.
      EMAC without PHY should use the internal clock during soft reset.
      
      PPC460EX/GT Embedded Processor Advanced User's Manual
      section 28.10.1 Mode Register 0 (EMACx_MR0) states:
      Note: The PHY must provide a TX Clk in order to perform a soft reset
      of the EMAC. If none is present, select the internal clock
      (SDR0_ETH_CFG[EMACx_PHY_CLK] = 1).
      After a soft reset, select the external clock.
      
      Without the fix, 460EX/GT-based boards with RGMII PHYs attached to
      EMACs experience EMAC interrupt storm and system watchdog reset when
      issuing "ifconfig eth0 down" + "ifconfig eth0 up" a few times.
      The system enters endless loop of serving emac_irq() with EMACx_ISR
      register stuck at value 0x10000000 (Rx parity error).
      
      With the fix, the above issue is no longer observed.
      Signed-off-by: NPetri Gynther <pgynther@google.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      23fbb5a8
  17. 01 5月, 2013 1 次提交
  18. 18 3月, 2013 1 次提交
  19. 15 3月, 2013 1 次提交
  20. 05 2月, 2013 1 次提交
  21. 07 1月, 2013 1 次提交
  22. 08 12月, 2012 1 次提交
  23. 04 12月, 2012 1 次提交
  24. 04 11月, 2012 1 次提交
  25. 07 3月, 2012 1 次提交
  26. 01 2月, 2012 2 次提交
  27. 31 1月, 2012 1 次提交
  28. 18 11月, 2011 1 次提交
  29. 19 10月, 2011 1 次提交
  30. 11 10月, 2011 1 次提交
  31. 19 8月, 2011 1 次提交
    • T
      net: fix IBM EMAC driver after rename. · 3b3bceef
      Tony Breeds 提交于
      In commit 9aa32835 (ehea/ibm*: Move the
      IBM drivers) the IBM_NEW_EMAC* were renames to IBM_EMAC*
      
      The conversion was incomplete so that even if the driver was added to
      the .config it wasn't built, but there were no errors).  In this commit
      we also update the various defconfigs that use EMAC to use the new
      Kconfig symbol, and explicitly add the NET_VENDOR_IBM guard.
      
      We do not explicitly select the Kconfig dependencies, as this would force
      EMAC on.  Doing it in the defconfig allows more flexibility.
      
      Tested on a canyondlands board.
      Signed-off-by: NTony Breeds <tony@bakeyournoodle.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      3b3bceef
  32. 18 8月, 2011 1 次提交
  33. 11 8月, 2011 1 次提交
    • J
      ehea/ibm*: Move the IBM drivers · 9aa32835
      Jeff Kirsher 提交于
      Move the IBM drivers into drivers/net/ethernet/ibm/ and make the
      necessary Kconfig and Makefile changes.
      
      - Renamed ibm_new_emac to emac
      - Cleaned up Makefile and Kconfig options which referred to
        IBM_NEW_EMAC to IBM_EMAC
      - ibmlana driver is a National Semiconductor SONIC driver so
        it was not moved
      
      CC: Christoph Raisch <raisch@de.ibm.com>
      CC: Santiago Leon <santil@linux.vnet.ibm.com>
      CC: Benjamin Herrenschmidt <benh@kernel.crashing.org>
      CC: David Gibson <dwg@au1.ibm.com>
      CC: Kyle Lucke <klucke@us.ibm.com>
      CC: Michael Ellerman <michael@ellerman.id.au>
      Signed-off-by: NJeff Kirsher <jeffrey.t.kirsher@intel.com>
      9aa32835