1. 11 10月, 2007 4 次提交
    • J
      [NET]: Introduce and use print_mac() and DECLARE_MAC_BUF() · 0795af57
      Joe Perches 提交于
      This is nicer than the MAC_FMT stuff.
      Signed-off-by: NJoe Perches <joe@perches.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      0795af57
    • J
      [ETHTOOL] Provide default behaviors for a few ethtool sub-ioctls · 88d3aafd
      Jeff Garzik 提交于
      For the operations
      	get-tx-csum
      	get-sg
      	get-tso
      	get-ufo
      the default ethtool_op_xxx behavior is fine for all drivers, so we
      permit op==NULL to imply the default behavior.
      
      This provides a more uniform behavior across all drivers, eliminating
      ethtool(8) "ioctl not supported" errors on older drivers that had
      not been updated for the latest sub-ioctls.
      
      The ethtool_op_xxx() functions are left exported, in case anyone
      wishes to call them directly from a driver-private implementation --
      a not-uncommon case.  Should an ethtool_op_xxx() helper remain unused
      for a while, except by net/core/ethtool.c, we can un-export it at a
      later date.
      
      [ Resolved conflicts with set/get value ethtool patch... -DaveM ]
      Signed-off-by: NJeff Garzik <jeff@garzik.org>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      88d3aafd
    • R
      [NET]: Nuke SET_MODULE_OWNER macro. · 10d024c1
      Ralf Baechle 提交于
      It's been a useless no-op for long enough in 2.6 so I figured it's time to
      remove it.  The number of people that could object because they're
      maintaining unified 2.4 and 2.6 drivers is probably rather small.
      
      [ Handled drivers added by netdev tree and some missed IRDA cases... -DaveM ]
      Signed-off-by: NRalf Baechle <ralf@linux-mips.org>
      Signed-off-by: NJeff Garzik <jeff@garzik.org>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      10d024c1
    • S
      [NET]: Make NAPI polling independent of struct net_device objects. · bea3348e
      Stephen Hemminger 提交于
      Several devices have multiple independant RX queues per net
      device, and some have a single interrupt doorbell for several
      queues.
      
      In either case, it's easier to support layouts like that if the
      structure representing the poll is independant from the net
      device itself.
      
      The signature of the ->poll() call back goes from:
      
      	int foo_poll(struct net_device *dev, int *budget)
      
      to
      
      	int foo_poll(struct napi_struct *napi, int budget)
      
      The caller is returned the number of RX packets processed (or
      the number of "NAPI credits" consumed if you want to get
      abstract).  The callee no longer messes around bumping
      dev->quota, *budget, etc. because that is all handled in the
      caller upon return.
      
      The napi_struct is to be embedded in the device driver private data
      structures.
      
      Furthermore, it is the driver's responsibility to disable all NAPI
      instances in it's ->stop() device close handler.  Since the
      napi_struct is privatized into the driver's private data structures,
      only the driver knows how to get at all of the napi_struct instances
      it may have per-device.
      
      With lots of help and suggestions from Rusty Russell, Roland Dreier,
      Michael Chan, Jeff Garzik, and Jamal Hadi Salim.
      
      Bug fixes from Thomas Graf, Roland Dreier, Peter Zijlstra,
      Joseph Fannin, Scott Wood, Hans J. Koch, and Michael Chan.
      
      [ Ported to current tree and all drivers converted.  Integrated
        Stephen's follow-on kerneldoc additions, and restored poll_list
        handling to the old style to fix mutual exclusion issues.  -DaveM ]
      Signed-off-by: NStephen Hemminger <shemminger@linux-foundation.org>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      bea3348e
  2. 25 8月, 2007 1 次提交
  3. 19 8月, 2007 1 次提交
    • T
      fix random hang in forcedeth driver when using netconsole · 1a2b7330
      Timo Jantunen 提交于
      If the forcedeth driver receives too much work in an interrupt, it
      assumes it has a broken hardware with stuck IRQ.  It works around the
      problem by disabling interrupts on the nic but makes a printk while
      holding device spinlog - which isn't smart thing to do if you have
      netconsole on the same nic.
      
      This patch moves the printk's out of the spinlock protected area.
      
      Without this patch the machine hangs hard.  With this patch everything
      still works even when there is significant increase on CPU usage while
      using the nic.
      Signed-off-by: NTimo Jantunen <jeti@iki.fi>
      Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
      1a2b7330
  4. 01 8月, 2007 1 次提交
  5. 31 7月, 2007 1 次提交
  6. 25 7月, 2007 1 次提交
  7. 20 7月, 2007 1 次提交
  8. 17 7月, 2007 3 次提交
  9. 12 7月, 2007 1 次提交
    • A
      PCI: Change all drivers to use pci_device->revision · 44c10138
      Auke Kok 提交于
      Instead of all drivers reading pci config space to get the revision
      ID, they can now use the pci_device->revision member.
      
      This exposes some issues where drivers where reading a word or a dword
      for the revision number, and adding useless error-handling around the
      read. Some drivers even just read it for no purpose of all.
      
      In devices where the revision ID is being copied over and used in what
      appears to be the equivalent of hotpath, I have left the copy code
      and the cached copy as not to influence the driver's performance.
      
      Compile tested with make all{yes,mod}config on x86_64 and i386.
      Signed-off-by: NAuke Kok <auke-jan.h.kok@intel.com>
      Acked-by: NDave Jones <davej@redhat.com>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@suse.de>
      44c10138
  10. 21 6月, 2007 1 次提交
    • T
      forcedeth: use unicast receive mode for WoL · 2cc49a5c
      Tim Mann 提交于
      I happened to notice that a system with an NVidia NIC using the
      forcedeth driver won't wake-on-LAN if the interface was in promiscuous
      mode when you power off.  By experiment, it looks like
      the hardware needs to have NvRegPacketFilterFlags set to
      NVREG_PFF_ALWAYS|NVREG_PFF_MYADDR (i.e., receive unicast packets to my
      address) in order for WoL to work.
      
      Jeff Garzik writes: "NVIDIA says the patch looks OK."  I didn't venture
      to insert a signed-off-by line with his name on it, though.
      Signed-off-by: NTim Mann <mann@vmware.com>
      Signed-off-by: NJeff Garzik <jeff@garzik.org>
      2cc49a5c
  11. 03 6月, 2007 1 次提交
  12. 25 5月, 2007 1 次提交
  13. 26 4月, 2007 3 次提交
  14. 28 3月, 2007 2 次提交
  15. 27 2月, 2007 3 次提交
  16. 06 2月, 2007 13 次提交
  17. 09 1月, 2007 1 次提交
  18. 27 12月, 2006 1 次提交