1. 07 6月, 2011 1 次提交
  2. 14 5月, 2011 1 次提交
  3. 31 3月, 2011 1 次提交
  4. 18 2月, 2011 1 次提交
  5. 23 10月, 2010 1 次提交
  6. 10 8月, 2010 1 次提交
  7. 19 7月, 2010 1 次提交
  8. 17 6月, 2010 1 次提交
  9. 05 5月, 2010 1 次提交
  10. 30 3月, 2010 1 次提交
  11. 03 3月, 2010 1 次提交
  12. 12 12月, 2009 1 次提交
  13. 23 9月, 2009 1 次提交
  14. 16 6月, 2009 2 次提交
  15. 07 1月, 2009 1 次提交
  16. 07 8月, 2008 3 次提交
  17. 22 7月, 2008 1 次提交
  18. 10 7月, 2008 1 次提交
  19. 29 4月, 2008 1 次提交
  20. 25 4月, 2008 2 次提交
  21. 11 4月, 2008 1 次提交
  22. 02 2月, 2008 3 次提交
  23. 18 12月, 2007 1 次提交
  24. 13 10月, 2007 1 次提交
  25. 13 7月, 2007 1 次提交
    • D
      usb gadget stack: remove usb_ep_*_buffer(), part 2 · c67ab134
      David Brownell 提交于
      This patch removes controller driver infrastructure which supported
      the now-removed usb_ep_{alloc,free}_buffer() calls.
      
      As can be seen, many of the implementations of this were broken to
      various degrees.  Many didn't properly return dma-coherent mappings;
      those which did so were necessarily ugly because of bogosity in the
      underlying dma_free_coherent() calls ... which on many platforms
      can't be called from the same contexts (notably in_irq) from which
      their dma_alloc_coherent() sibling can be called.
      
      The main potential downside of removing this is that gadget drivers
      wouldn't have specific knowledge that the controller drivers have:
      endpoints that aren't dma-capable don't need any dma mappings at all.
      Signed-off-by: NDavid Brownell <dbrownell@users.sourceforge.net>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@suse.de>
      c67ab134
  26. 09 5月, 2007 1 次提交
  27. 10 3月, 2007 1 次提交
  28. 17 2月, 2007 1 次提交
  29. 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
  30. 08 2月, 2007 3 次提交
  31. 21 12月, 2006 2 次提交