1. 11 10月, 2007 4 次提交
    • 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
    • M
      PS3: Remove the workaround no longer needed · dc029ad9
      Masakazu Mokuno 提交于
      Removed the workaround that was needed for PS3 firmware versions
      prior to the first release.
      Signed-off-by: NMasakazu Mokuno <mokuno@sm.sony.co.jp>
      CC: Geoff Levand <geoffrey.levand@am.sony.com>
      Signed-off-by: NJeff Garzik <jeff@garzik.org>
      dc029ad9
    • M
      PS3: changed the way to handle tx skbs · 173261ed
      Masakazu Mokuno 提交于
      The PS3 virtual network device requires a vlan tag in the sending packet
      to select the destination device, ethernet port or wireless.
      As the vlan tag field is in the middle of the passed data,
      we should insert it into the packet data.
      To avoid copying much of the packet data, the driver used two tx descriptors
      for one tx skb; one descriptor was for sending a small static
      buffer which contained vlan tag and copied header (two mac addresses),
      one was for the residual data after the vlan field.
      
      This patch changes the way to insert the vlan tag.  By changing
      netdev->hard_header_len, we can make the headroom for moving mac address
      fields in the skb buffer. Then we can send one tx skb with
      one tx descriptor.  This also gives us a tx throughut gain of approx.
      20% according to netperf results.
      Signed-off-by: NMasakazu Mokuno <mokuno@sm.sony.co.jp>
      CC: Geoff Levand <geoffrey.levand@am.sony.com>
      Signed-off-by: NJeff Garzik <jeff@garzik.org>
      173261ed
    • 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. 31 8月, 2007 1 次提交
  3. 25 7月, 2007 9 次提交
  4. 11 7月, 2007 1 次提交
    • M
      ps3: gigabit ethernet driver for PS3, take3 · 02c18891
      Masakazu Mokuno 提交于
      Hi,
      
      This is the third submission of the network driver for PS3.
      The differences from the previous one are:
      
        - renamed source file names so that their prefix can match
          with the module name
        - added cbe-oss-dev@ozlabs.org line for MAINTAINER file
        - changed some in copyright comments
      
      If there are no more comments, please apply for 2.6.23.
      
      Thank you
      
      --
      Subject: PS3: Ethernet driver
      
      From: Masakazu Mokuno <mokuno@sm.sony.co.jp>
      
      Add Gigabit Ethernet support for the PS3 game console.  The module will
      be called ps3_gelic.
      
      CC: Geoff Levand <geoffrey.levand@am.sony.com>
      Signed-off-by: NMasakazu Mokuno <mokuno@sm.sony.co.jp>
      Signed-off-by: NJeff Garzik <jeff@garzik.org>
      02c18891