1. 20 10月, 2007 1 次提交
  2. 17 10月, 2007 3 次提交
  3. 10 10月, 2007 1 次提交
  4. 24 7月, 2007 1 次提交
  5. 18 7月, 2007 2 次提交
  6. 10 7月, 2007 3 次提交
  7. 09 6月, 2007 1 次提交
  8. 14 5月, 2007 1 次提交
    • A
      fix deadlock in loop.c · 705962cc
      Al Viro 提交于
      ... doh
      
      Jeremy Fitzhardinge noted that the recent loop.c cleanups worked, but
      cause lockdep to complain.
      
      Ouch.  OK, the deadlock is real and yes, I'm an idiot.  Speaking of which,
      we probably want to s/lock/pin/ in drivers/base/map.c to avoid such
      brainos again.  And yes, this stuff needs clear documentation.  Will try
      to put one together once I get some sleep...
      Signed-off-by: NAl Viro <viro@zeniv.linux.org.uk>
      Cc: Jeremy Fitzhardinge <jeremy@goop.org>
      Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
      705962cc
  9. 13 5月, 2007 1 次提交
  10. 10 5月, 2007 1 次提交
    • N
      fs: convert core functions to zero_user_page · 01f2705d
      Nate Diller 提交于
      It's very common for file systems to need to zero part or all of a page,
      the simplist way is just to use kmap_atomic() and memset().  There's
      actually a library function in include/linux/highmem.h that does exactly
      that, but it's confusingly named memclear_highpage_flush(), which is
      descriptive of *how* it does the work rather than what the *purpose* is.
      So this patchset renames the function to zero_user_page(), and calls it
      from the various places that currently open code it.
      
      This first patch introduces the new function call, and converts all the
      core kernel callsites, both the open-coded ones and the old
      memclear_highpage_flush() ones.  Following this patch is a series of
      conversions for each file system individually, per AKPM, and finally a
      patch deprecating the old call.  The diffstat below shows the entire
      patchset.
      
      [akpm@linux-foundation.org: fix a few things]
      Signed-off-by: NNate Diller <nate.diller@gmail.com>
      Signed-off-by: NAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
      01f2705d
  11. 09 5月, 2007 1 次提交
    • K
      remove artificial software max_loop limit · 73285082
      Ken Chen 提交于
      Remove artificial maximum 256 loop device that can be created due to a
      legacy device number limit.  Searching through lkml archive, there are
      several instances where users complained about the artificial limit that
      the loop driver impose.  There is no reason to have such limit.
      
      This patch rid the limit entirely and make loop device and associated block
      queue instantiation on demand.  With on-demand instantiation, it also gives
      the benefit of not wasting memory if these devices are not in use (compare
      to current implementation that always create 8 loop devices), a net
      improvement in both areas.  This version is both tested with creation of
      large number of loop devices and is compatible with existing losetup/mount
      user land tools.
      
      There are a number of people who worked on this and provided valuable
      suggestions, in no particular order, by:
      
      Jens Axboe
      Jan Engelhardt
      Christoph Hellwig
      Thomas M
      Signed-off-by: NKen Chen <kenchen@google.com>
      Cc: Jan Engelhardt <jengelh@linux01.gwdg.de>
      Cc: Christoph Hellwig <hch@lst.de>
      Signed-off-by: NAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
      73285082
  12. 08 5月, 2007 1 次提交
  13. 09 12月, 2006 1 次提交
  14. 11 10月, 2006 2 次提交
  15. 01 10月, 2006 1 次提交
  16. 30 9月, 2006 2 次提交
  17. 27 9月, 2006 1 次提交
  18. 01 7月, 2006 1 次提交
  19. 29 6月, 2006 1 次提交
  20. 27 6月, 2006 5 次提交
  21. 26 6月, 2006 1 次提交
  22. 23 6月, 2006 1 次提交
  23. 27 3月, 2006 1 次提交
  24. 23 3月, 2006 1 次提交
  25. 19 3月, 2006 1 次提交
  26. 15 1月, 2006 1 次提交
  27. 10 1月, 2006 2 次提交
  28. 04 1月, 2006 1 次提交
    • Z
      [PATCH] add AOP_TRUNCATED_PAGE, prepend AOP_ to WRITEPAGE_ACTIVATE · 994fc28c
      Zach Brown 提交于
      readpage(), prepare_write(), and commit_write() callers are updated to
      understand the special return code AOP_TRUNCATED_PAGE in the style of
      writepage() and WRITEPAGE_ACTIVATE.  AOP_TRUNCATED_PAGE tells the caller that
      the callee has unlocked the page and that the operation should be tried again
      with a new page.  OCFS2 uses this to detect and work around a lock inversion in
      its aop methods.  There should be no change in behaviour for methods that don't
      return AOP_TRUNCATED_PAGE.
      
      WRITEPAGE_ACTIVATE is also prepended with AOP_ for consistency and they are
      made enums so that kerneldoc can be used to document their semantics.
      Signed-off-by: NZach Brown <zach.brown@oracle.com>
      994fc28c