1. 08 5月, 2007 1 次提交
  2. 17 10月, 2006 1 次提交
  3. 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
  4. 01 7月, 2006 1 次提交
  5. 29 6月, 2006 1 次提交
  6. 27 6月, 2006 4 次提交
  7. 24 3月, 2006 1 次提交
  8. 23 3月, 2006 1 次提交
  9. 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
  10. 28 10月, 2005 1 次提交
  11. 07 5月, 2005 1 次提交
  12. 06 5月, 2005 1 次提交
  13. 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