1. 18 2月, 2010 1 次提交
  2. 04 12月, 2009 2 次提交
  3. 11 11月, 2009 1 次提交
  4. 05 10月, 2009 2 次提交
  5. 23 9月, 2009 1 次提交
    • S
      smsc95xx: fix transmission where ZLP is expected · ec475623
      Steve Glendinning 提交于
      Usbnet framework assumes USB hardware doesn't handle zero length
      packets, but SMSC LAN95xx requires these to be sent for correct
      operation.
      
      This patch fixes an easily reproducible tx lockup when sending a frame
      that results in exactly 512 bytes in a USB transmission (e.g. a UDP
      frame with 458 data bytes, due to IP headers and our USB headers).  It
      adds an extra flag to usbnet for the hardware driver to indicate that
      it can handle and requires the zero length packets.
      
      This patch should not affect other usbnet users, please also consider
      for -stable.
      Signed-off-by: NSteve Glendinning <steve.glendinning@smsc.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      ec475623
  6. 02 9月, 2009 1 次提交
  7. 01 9月, 2009 1 次提交
  8. 14 8月, 2009 1 次提交
  9. 05 8月, 2009 1 次提交
  10. 11 7月, 2009 1 次提交
  11. 01 7月, 2009 1 次提交
  12. 13 6月, 2009 1 次提交
  13. 21 4月, 2009 1 次提交
  14. 16 4月, 2009 1 次提交
  15. 07 4月, 2009 1 次提交
  16. 22 3月, 2009 2 次提交
  17. 02 3月, 2009 1 次提交
  18. 28 10月, 2008 1 次提交
  19. 23 9月, 2008 1 次提交
  20. 01 2月, 2008 2 次提交
  21. 07 11月, 2007 1 次提交
    • A
      [NET]: Let USB_USBNET always select MII. · 4aa92cd9
      Adrian Bunk 提交于
      All this USB_USBNET_MII trickery is simply not worth it considering how
      few code it saves.
      
      As a side effect, this also fixes the following compile error reported
      by Toralf Frster:
      
      <--  snip  -->
      
      ...
        LD      .tmp_vmlinux1
      drivers/built-in.o: In function `usbnet_set_settings':
      (.text+0xf1876): undefined reference to `mii_ethtool_sset'
      drivers/built-in.o: In function `usbnet_get_settings':
      (.text+0xf1836): undefined reference to `mii_ethtool_gset'
      drivers/built-in.o: In function `usbnet_get_link':
      (.text+0xf18d6): undefined reference to `mii_link_ok'
      drivers/built-in.o: In function `usbnet_nway_reset':
      (.text+0xf18f6): undefined reference to `mii_nway_restart'
      make: *** [.tmp_vmlinux1] Error 1
      
      <--  snip  -->
      Signed-off-by: NAdrian Bunk <bunk@kernel.org>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      4aa92cd9
  22. 11 10月, 2007 3 次提交
  23. 11 7月, 2007 1 次提交
  24. 09 7月, 2007 1 次提交
  25. 02 7月, 2007 1 次提交
  26. 23 5月, 2007 1 次提交
  27. 10 5月, 2007 1 次提交
  28. 28 4月, 2007 1 次提交
  29. 26 4月, 2007 1 次提交
  30. 17 2月, 2007 1 次提交
  31. 15 2月, 2007 1 次提交
    • T
      [PATCH] remove many unneeded #includes of sched.h · cd354f1a
      Tim Schmielau 提交于
      After Al Viro (finally) succeeded in removing the sched.h #include in module.h
      recently, it makes sense again to remove other superfluous sched.h includes.
      There are quite a lot of files which include it but don't actually need
      anything defined in there.  Presumably these includes were once needed for
      macros that used to live in sched.h, but moved to other header files in the
      course of cleaning it up.
      
      To ease the pain, this time I did not fiddle with any header files and only
      removed #includes from .c-files, which tend to cause less trouble.
      
      Compile tested against 2.6.20-rc2 and 2.6.20-rc2-mm2 (with offsets) on alpha,
      arm, i386, ia64, mips, powerpc, and x86_64 with allnoconfig, defconfig,
      allmodconfig, and allyesconfig as well as a few randconfigs on x86_64 and all
      configs in arch/arm/configs on arm.  I also checked that no new warnings were
      introduced by the patch (actually, some warnings are removed that were emitted
      by unnecessarily included header files).
      Signed-off-by: NTim Schmielau <tim@physik3.uni-rostock.de>
      Acked-by: NRussell King <rmk+kernel@arm.linux.org.uk>
      Signed-off-by: NAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
      cd354f1a
  32. 08 12月, 2006 1 次提交
  33. 02 12月, 2006 1 次提交
  34. 22 11月, 2006 1 次提交