1. 07 2月, 2008 1 次提交
  2. 15 11月, 2007 1 次提交
    • C
      rd: fix data corruption on memory pressure · 5d0360ee
      Christian Borntraeger 提交于
      We have seen ramdisk based install systems, where some pages of mapped
      libraries and programs were suddendly zeroed under memory pressure.  This
      should not happen, as the ramdisk avoids freeing its pages by keeping them
      dirty all the time.
      
      It turns out that there is a case, where the VM makes a ramdisk page clean,
      without telling the ramdisk driver.  On memory pressure shrink_zone runs
      and it starts to run shrink_active_list.  There is a check for
      buffer_heads_over_limit, and if true, pagevec_strip is called.
      pagevec_strip calls try_to_release_page.  If the mapping has no releasepage
      callback, try_to_free_buffers is called.  try_to_free_buffers has now a
      special logic for some file systems to make a dirty page clean, if all
      buffers are clean.  Thats what happened in our test case.
      
      The simplest solution is to provide a noop-releasepage callback for the
      ramdisk driver.  This avoids try_to_free_buffers for ramdisk pages.
      Signed-off-by: NChristian Borntraeger <borntraeger@de.ibm.com>
      Acked-by: NNick Piggin <npiggin@suse.de>
      Cc: "Eric W. Biederman" <ebiederm@xmission.com>
      Signed-off-by: NAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
      5d0360ee
  3. 20 10月, 2007 1 次提交
  4. 17 10月, 2007 2 次提交
  5. 10 10月, 2007 1 次提交
  6. 24 7月, 2007 1 次提交
  7. 09 5月, 2007 1 次提交
  8. 08 5月, 2007 1 次提交
  9. 17 10月, 2006 1 次提交
  10. 15 7月, 2006 1 次提交
    • N
      [PATCH] ramdisk blocksize Kconfig entry · bef317e3
      Nathan Scott 提交于
      Make the ramdisk blocksize configurable at kernel compilation time rather
      than only at boot or module load time, like a couple of the other ramdisk
      options.  I found this handy awhile back but thought little of it, until
      recently asked by a few of the testing folks here to be able to do the same
      thing for their automated test setups.
      
      The Kconfig comment is largely lifted from comments in rd.c, and hopefully
      this will increase the chances of making folks aware that the default value
      often isn't a great choice here (for increasing values of PAGE_SIZE, even
      moreso).
      Signed-off-by: NNathan Scott <nathans@sgi.com>
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      bef317e3
  11. 01 7月, 2006 1 次提交
  12. 29 6月, 2006 1 次提交
  13. 27 6月, 2006 4 次提交
  14. 24 3月, 2006 1 次提交
  15. 23 3月, 2006 1 次提交
  16. 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
  17. 28 10月, 2005 1 次提交
  18. 07 5月, 2005 1 次提交
  19. 06 5月, 2005 1 次提交
  20. 17 4月, 2005 1 次提交
    • L
      Linux-2.6.12-rc2 · 1da177e4
      Linus Torvalds 提交于
      Initial git repository build. I'm not bothering with the full history,
      even though we have it. We can create a separate "historical" git
      archive of that later if we want to, and in the meantime it's about
      3.2GB when imported into git - space that would just make the early
      git days unnecessarily complicated, when we don't have a lot of good
      infrastructure for it.
      
      Let it rip!
      1da177e4