1. 11 10月, 2007 3 次提交
    • P
      [NET]: Virtual ethernet device driver. · e314dbdc
      Pavel Emelyanov 提交于
      Veth stands for Virtual ETHernet. It is a simple tunnel driver
      that works at the link layer and looks like a pair of ethernet
      devices interconnected with each other.
      
      Mainly it allows to communicate between network namespaces but
      it can be used as is as well.
      
      The newlink callback is organized that way to make it easy to
      create the peer device in the separate namespace when we have
      them in kernel.
      
      This implementation uses another interface - the RTM_NRELINK
      message introduced by Patric.
      
      Bug fixes from Daniel Lezcano.
      Signed-off-by: NPavel Emelyanov <xemul@openvz.org>
      Acked-by: NPatrick McHardy <kaber@trash.net>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      e314dbdc
    • 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
    • D
      [MAC80211]: improved short preamble handling · 7e9ed188
      Daniel Drake 提交于
      Similarly to CTS protection, whether short preambles are used for 802.11b
      transmissions should be a per-subif setting, not device global.
      
      For STAs, this patch makes short preamble handling automatic based on the ERP
      IE. For APs, hostapd still uses the prism ioctls, but the write ioctl has been
      restricted to AP-only subifs.
      
      ieee80211_txrx_data.short_preamble (an unused field) was removed.
      
      Unfortunately, some API changes were required for the following functions:
       - ieee80211_generic_frame_duration
       - ieee80211_rts_duration
       - ieee80211_ctstoself_duration
       - ieee80211_rts_get
       - ieee80211_ctstoself_get
      Affected drivers were updated accordingly.
      Signed-off-by: NDaniel Drake <dsd@gentoo.org>
      Signed-off-by: NJiri Benc <jbenc@suse.cz>
      Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>
      7e9ed188
  2. 06 10月, 2007 1 次提交
    • F
      r8169: revert part of 6dccd16b · c946b304
      Francois Romieu 提交于
      The 8169/8110SC currently announces itself as:
      [...]
      eth0: RTL8169sc/8110sc at 0x........, ..:..:..:..:..:.., XID 18000000 IRQ ..
                                                                   ^^^^^^^^
      It uses RTL_GIGA_MAC_VER_05 and this part of the changeset can cut
      its performance by a factor of 2~2.5 as reported by Timo.
      
      (the driver includes code just before the hunk to write the ChipCmd
      register when mac_version == RTL_GIGA_MAC_VER_0[1-4])
      Signed-off-by: NFrancois Romieu <romieu@fr.zoreil.com>
      Cc: Timo Jantunen <jeti@welho.com>
      Signed-off-by: NJeff Garzik <jeff@garzik.org>
      c946b304
  3. 04 10月, 2007 1 次提交
  4. 03 10月, 2007 5 次提交
  5. 01 10月, 2007 1 次提交
  6. 29 9月, 2007 1 次提交
  7. 28 9月, 2007 4 次提交
  8. 27 9月, 2007 1 次提交
  9. 26 9月, 2007 1 次提交
  10. 25 9月, 2007 3 次提交
  11. 21 9月, 2007 11 次提交
  12. 20 9月, 2007 4 次提交
  13. 17 9月, 2007 4 次提交