1. 25 6月, 2008 2 次提交
  2. 24 6月, 2008 1 次提交
  3. 18 6月, 2008 1 次提交
  4. 12 6月, 2008 2 次提交
  5. 09 6月, 2008 1 次提交
  6. 04 6月, 2008 1 次提交
  7. 31 5月, 2008 2 次提交
  8. 29 5月, 2008 1 次提交
  9. 22 5月, 2008 2 次提交
  10. 13 5月, 2008 1 次提交
  11. 07 5月, 2008 1 次提交
  12. 29 4月, 2008 2 次提交
  13. 28 4月, 2008 1 次提交
  14. 24 4月, 2008 1 次提交
  15. 17 4月, 2008 1 次提交
  16. 29 3月, 2008 1 次提交
  17. 28 3月, 2008 1 次提交
  18. 26 3月, 2008 1 次提交
  19. 17 3月, 2008 1 次提交
  20. 12 3月, 2008 1 次提交
  21. 05 3月, 2008 1 次提交
  22. 24 4月, 2008 1 次提交
  23. 28 2月, 2008 1 次提交
  24. 27 2月, 2008 1 次提交
  25. 12 2月, 2008 1 次提交
  26. 11 2月, 2008 1 次提交
  27. 09 2月, 2008 1 次提交
  28. 06 2月, 2008 1 次提交
    • A
      cpmac: convert to new Fixed PHY infrastructure · 8353ec7b
      Anton Vorontsov 提交于
      This patch converts cpmac to the new Fixed PHY infrastructure, though it
      doesn't fix all the problems with that driver. I didn't even bother to
      test this patch to compile, because cpmac driver is broken in several ways:
      
      1. This driver won't compile by itself because lack of its header describing
         platform data;
      2. It assumes that fixed PHYs should be created by the ethernet driver.
         It is wrong assumption: fixed PHYs creation is platform code authority,
         driver must blindly accept bus_id and phy_id platform data variables
         instead.
      
      Also, it seem that that driver doesn't have actual in-tree users, so
      nothing to fix further.
      
      The main purpose of that patch is to get rid of the following Kconfig
      warning:
      
      scripts/kconfig/conf -s arch/powerpc/Kconfig
      drivers/net/Kconfig:1713:warning: 'select' used by config symbol
      'CPMAC' refers to undefined symbol 'FIXED_MII_100_FDX'
      Signed-off-by: NAnton Vorontsov <avorontsov@ru.mvista.com>
      Signed-off-by: NKumar Gala <galak@kernel.crashing.org>
      8353ec7b
  29. 05 2月, 2008 1 次提交
  30. 04 2月, 2008 1 次提交
  31. 03 2月, 2008 2 次提交
  32. 30 1月, 2008 2 次提交
    • L
      [net] Gracefully handle shared e1000/1000e driver PCI ID's · 60e23317
      Linus Torvalds 提交于
      Both the old e1000 driver and the new e1000e driver can drive some
      PCI-Express e1000 cards, and we should avoid ambiguity about which
      driver will pick up the support for those cards when both drivers are
      enabled.
      
      This solves the problem by having the old driver support those cards if
      the new driver isn't configured, but otherwise ceding support for PCI
      Express versions of the e1000 chipset to the newer driver.  Thus
      allowing both legacy configurations where only the old driver is active
      (and handles all chips it knows about) and the new configuration with
      the new driver handling the more modern PCIE variants.
      Acked-by: NJeff Garzik <jeff@garzik.org>
      Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
      60e23317
    • L
      Mostly revert "e1000/e1000e: Move PCI-Express device IDs over to e1000e" · 5b10ca19
      Linus Torvalds 提交于
      The new e1000e driver is apparently not yet suitable for general use, so
      mark it experimental, and re-instate all the PCI-Express device IDs in
      the old and stable e1000 driver so that people (namely me) can continue
      to use a driver that actually works.
      
      Auke & co have been appraised of the situation.
      
      Cc: Auke Kok <auke-jan.h.kok@intel.com>
      Cc: Jeff Garzik <jeff@garzik.org>
      Cc: David Miller <davem@davemloft.net>
      Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
      5b10ca19
  33. 29 1月, 2008 1 次提交
    • A
      igb: PCI-Express 82575 Gigabit Ethernet driver · 9d5c8243
      Auke Kok 提交于
      We are pleased to announce a new Gigabit Ethernet product and its
      driver to the linux community. This product is the Intel(R) 82575
      Gigabit Ethernet adapter family. Physical adapters will be available
      to the public soon. These adapters come in 2- and 4-port versions
      (copper PHY) currently. Other variants will be available later.
      
      The 82575 chipset supports significantly different features that
      warrant a new driver. The descriptor format is (just like the
      ixgbe driver) different. The device can use multiple MSI-X vectors
      and multiple queues for both send and receive. This allows us to
      optimize some of the driver code specifically as well compared to
      the e1000-supported devices.
      
      This version of the igb driver no lnger uses fake netdevices and
      incorporates napi_struct members for each ring to do the multi-
      queue polling. multi-queue is enabled by default and the driver
      supports NAPI mode only.
      
      All the namespace collisions should be gone in this version too. The
      register macro's have been condensed to improve readability.
      Signed-off-by: NAuke Kok <auke-jan.h.kok@intel.com>
      Signed-off-by: NJeff Garzik <jgarzik@redhat.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      9d5c8243