1. 02 5月, 2012 1 次提交
  2. 20 3月, 2012 1 次提交
    • J
      ixgbe: fix namespace issues when FCoE/DCB is not enabled · 8af3c33f
      Jeff Kirsher 提交于
      Resolve namespace issues when FCoE or DCB is not enabled.
      The issue is with certain configurations we end up with namespace
      problems. A simple example:
      
      ixgbe_main.c
       - defines func A()
       - uses func A()
      
      ixgbe_fcoe.c
       - uses func A()
      
      ixgbe.h
       - has prototype for func A()
      
      For default (FCoE included) all is good.  But when it isn't the namespace
      checker complains about how func A() could be static.
      
      To resolve this, created a ixgbe_lib file to contain functions used
      by DCB/FCoE and their helper functions so that they are always in
      namespace whether or not DCB/FCoE is enabled.
      Signed-off-by: NJeff Kirsher <jeffrey.t.kirsher@intel.com>
      Tested-by: NPhil Schmitt <phillip.j.schmitt@intel.com>
      8af3c33f
  3. 03 2月, 2012 1 次提交
  4. 11 8月, 2011 1 次提交
  5. 17 11月, 2010 1 次提交
  6. 14 1月, 2010 1 次提交
  7. 11 1月, 2010 1 次提交
  8. 18 5月, 2009 1 次提交
  9. 01 3月, 2009 1 次提交
  10. 01 2月, 2009 1 次提交
  11. 25 11月, 2008 1 次提交
  12. 21 11月, 2008 1 次提交
  13. 11 10月, 2007 2 次提交
    • A
      ixgbe: driver for Intel(R) 82598 PCI-Express 10GbE adapters (v4) · 9a799d71
      Auke Kok 提交于
      This patch adds support for the Intel 82598 PCI-Express 10GbE
      chipset. Devices will be available on the market soon.
      
      This version of the driver is largely the same as the last release:
      
        * Driver uses a single RX and single TX queue, each using 1 MSI-X
        irq vector.
        * Driver runs in NAPI mode only
        * Driver is largely multiqueue-ready (TM)
      
      Changes since 20070803:
        * removed wrappers for hardware functions
        * incorporated e1000e-style HW api reorganization code
        * sparse/checkpatch cleanups, namespace cleanups
        * driver prints out extra debugging information at load time
          identifying adapter board number, mac, phy types
        * removed ixgbe_api.c, ixgbe_api.h, ixgbe_osdep.h
        * driver update to 1.1.18
        * removed ixgbe.txt which contained no useful info anymore
      
      [ Integrated napi_struct changes from Auke as well... -DaveM ]
      Signed-off-by: NAuke Kok <auke-jan.h.kok@intel.com>
      Signed-off-by: NAyyappan Veeraiyan <ayyappan.veeraiyan@intel.com>
      Signed-off-by: NJeff Garzik <jeff@garzik.org>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      9a799d71
    • A
      [E1000E]: New pci-express e1000 driver (currently for ICH9 devices only) · bc7f75fa
      Auke Kok 提交于
      This driver implements support for the ICH9 on-board LAN ethernet
      device. The device is similar to ICH8.
      
      The driver encompasses code to support 82571/2/3, es2lan and ICH8
      devices as well, but those device IDs are disabled and will be
      "lifted" from the e1000 driver over one at a time once this driver
      receives some more live time.
      
      Changes to the last snapshot posted are exclusively in the internal
      hardware API organization. Many thanks to Jeff Garzik for jumping in
      and getting this organized with a keen eye on the future layout.
      
      [ Integrated napi_struct patch from Auke as well... -DaveM ]
      Signed-off-by: NAuke Kok <auke-jan.h.kok@intel.com>
      Signed-off-by: NJeff Garzik <jeff@garzik.org>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      bc7f75fa
  14. 28 9月, 2006 1 次提交
  15. 24 5月, 2006 1 次提交
  16. 15 4月, 2006 1 次提交
  17. 17 4月, 2005 1 次提交
    • L
      Linux-2.6.12-rc2 · 1da177e4
      Linus Torvalds 提交于
      Initial git repository build. I'm not bothering with the full history,
      even though we have it. We can create a separate "historical" git
      archive of that later if we want to, and in the meantime it's about
      3.2GB when imported into git - space that would just make the early
      git days unnecessarily complicated, when we don't have a lot of good
      infrastructure for it.
      
      Let it rip!
      1da177e4