1. 27 5月, 2009 1 次提交
  2. 16 4月, 2009 1 次提交
  3. 25 3月, 2009 1 次提交
  4. 27 1月, 2009 1 次提交
  5. 22 1月, 2009 1 次提交
  6. 23 12月, 2008 1 次提交
  7. 28 10月, 2008 1 次提交
  8. 09 10月, 2008 1 次提交
  9. 14 8月, 2008 1 次提交
    • H
      [netdrvr] remove unnecessary #include · fde9403a
      Huang Weiyi 提交于
      The drivers below do not use LINUX_VERSION_CODE nor KERNEL_VERSION.
        drivers/net/acenic.c
        drivers/net/bnx2x_link.c
        drivers/net/bnx2x_main.c
        drivers/net/cpmac.c
        drivers/net/gianfar_sysfs.c
        drivers/net/ipg.h
        drivers/net/ppp_mppe.c
        drivers/net/pppol2tp.c
        drivers/net/r6040.c
        drivers/net/sh_eth.c
        drivers/net/sky2.c
        drivers/net/tehuti.h
        drivers/net/typhoon.c
      
      This patch removes the said #include <linux/version.h>.
      Signed-off-by: NHuang Weiyi <hwy@cn.fujitsu.com>
      Signed-off-by: NJeff Garzik <jgarzik@redhat.com>
      fde9403a
  10. 23 7月, 2008 1 次提交
    • A
      netdev: bunch of drivers: avoid WARN at net/core/dev.c:1328 · c8f15686
      Anton Vorontsov 提交于
      The drivers were touching net queue before it has been started, so
      without this patch, the drivers will potentially WARN at
      net/core/dev.c:1328.
      
      I don't have the hardware for the drivers below, so this patch is
      untested, and thus should be carefully peer reviewed.
      
      tc35815.c
      au1000_eth.c
      bfin_mac.c
      macb.c
      ^ The four drivers are using phylib, they're calling netif_start_queue()
      in open() callback. So trivially remove netif_tx_schedule_all().
      Phylib will handle netif_carrier_*().
      
      cpmac.c
      fec_mpc52xx.c
      fs_enet/fs_enet-main.c
      sh_eth.c
      ^ The same as above, but these were also needlessly calling
      netif_carrier_*() functions. So removed queue calls and also remove
      carrier calls, since phylib will handle it. fs_enet-main.c also didn't
      call netif_start_queue() at open(), this is fixed now.
      Signed-off-by: NAnton Vorontsov <avorontsov@ru.mvista.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      c8f15686
  11. 18 7月, 2008 2 次提交
    • D
      net: Use queue aware tests throughout. · fd2ea0a7
      David S. Miller 提交于
      This effectively "flips the switch" by making the core networking
      and multiqueue-aware drivers use the new TX multiqueue structures.
      
      Non-multiqueue drivers need no changes.  The interfaces they use such
      as netif_stop_queue() degenerate into an operation on TX queue zero.
      So everything "just works" for them.
      
      Code that really wants to do "X" to all TX queues now invokes a
      routine that does so, such as netif_tx_wake_all_queues(),
      netif_tx_stop_all_queues(), etc.
      
      pktgen and netpoll required a little bit more surgery than the others.
      
      In particular the pktgen changes, whilst functional, could be largely
      improved.  The initial check in pktgen_xmit() will sometimes check the
      wrong queue, which is mostly harmless.  The thing to do is probably to
      invoke fill_packet() earlier.
      
      The bulk of the netpoll changes is to make the code operate solely on
      the TX queue indicated by by the SKB queue mapping.
      
      Setting of the SKB queue mapping is entirely confined inside of
      net/core/dev.c:dev_pick_tx().  If we end up needing any kind of
      special semantics (drops, for example) it will be implemented here.
      
      Finally, we now have a "real_num_tx_queues" which is where the driver
      indicates how many TX queues are actually active.
      
      With IGB changes from Jeff Kirsher.
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      fd2ea0a7
    • D
      netdev: Kill NETIF_F_MULTI_QUEUE. · 09e83b5d
      David S. Miller 提交于
      There is no need for a feature bit for something that
      can be tested by simply checking the TX queue count.
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      09e83b5d
  12. 09 7月, 2008 1 次提交
  13. 22 5月, 2008 1 次提交
  14. 13 5月, 2008 1 次提交
  15. 25 4月, 2008 1 次提交
    • K
      net drivers: fix platform driver hotplug/coldplug · 72abb461
      Kay Sievers 提交于
      Since 43cc71ee, the platform modalias is
      prefixed with "platform:".  Add MODULE_ALIAS() to the hotpluggable network
      platform drivers, to re-enable auto loading.
      
      NOTE: didn't change drivers/net/fs_enet/fs_enet-main.c "old binding" support.
      That looks problematic in the first place (it even uses the ancient "struct
      device_driver" binding scheme for platform_bus!) and I suspect it will vanish
      soonish when arch/powerpc rules the world.  Also, drivers/net/ne.c would have
      needed more thought to sort out.
      
      [akpm@linux-foundation.org: fix sgiseeq.c]
      [dbrownell@users.sourceforge.net: more drivers, registration fixes]
      Signed-off-by: NKay Sievers <kay.sievers@vrfy.org>
      Signed-off-by: NDavid Brownell <dbrownell@users.sourceforge.net>
      Cc: Scott Wood <scottwood@freescale.com>
      Cc: Vitaly Bordug <vitb@kernel.crashing.org>
      Cc: Dale Farnsworth <dale@farnsworth.org>
      Cc: Ben Dooks <ben-linux@fluff.org>
      Cc: Ralf Baechle <ralf@linux-mips.org>
      Cc: Andrew Victor <andrew@sanpeople.com>
      Cc: Bryan Wu <bryan.wu@analog.com>
      Signed-off-by: NAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: NJeff Garzik <jgarzik@redhat.com>
      72abb461
  16. 17 4月, 2008 1 次提交
  17. 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
  18. 29 1月, 2008 1 次提交
    • J
      [netdrvr] irq handler minor cleanups in several drivers · 28fc1f5a
      Jeff Garzik 提交于
      * use irq_handler_t where appropriate
      
      * no need to use 'irq' function arg, its already stored in a data struct
      
      * rename irq handler 'irq' argument to 'dummy', where the function
        has been analyzed and proven not to use its first argument.
      
      * remove always-false "dev_id == NULL" test from irq handlers
      
      * remove pointless casts from void*
      
      * declance: irq argument is not const
      
      * add KERN_xxx printk prefix
      
      * fix minor whitespace weirdness
      Signed-off-by: NJeff Garzik <jgarzik@redhat.com>
      28fc1f5a
  19. 19 1月, 2008 1 次提交
  20. 25 10月, 2007 3 次提交
  21. 24 10月, 2007 1 次提交
  22. 22 10月, 2007 1 次提交
  23. 16 10月, 2007 1 次提交