1. 09 5月, 2009 2 次提交
  2. 21 4月, 2009 1 次提交
  3. 31 3月, 2009 6 次提交
  4. 21 10月, 2008 1 次提交
  5. 26 7月, 2008 3 次提交
  6. 30 4月, 2008 1 次提交
  7. 03 2月, 2008 1 次提交
  8. 20 10月, 2007 1 次提交
  9. 15 10月, 2007 1 次提交
  10. 09 5月, 2007 1 次提交
  11. 30 11月, 2006 1 次提交
  12. 22 11月, 2006 1 次提交
  13. 01 10月, 2006 2 次提交
    • J
      [PATCH] reiserfs: on-demand bitmap loading · 5065227b
      Jeff Mahoney 提交于
      This is the patch the three previous ones have been leading up to.
      
      It changes the behavior of ReiserFS from loading and caching all the bitmaps
      as special, to treating the bitmaps like any other bit of metadata and just
      letting the system-wide caches figure out what to hang on to.
      
      Buffer heads are allocated on the fly, so there is no need to retain pointers
      to all of them.  The caching of the metadata occurs when the data is read and
      updated, and is considered invalid and uncached until then.
      
      I needed to remove the vs-4040 check for performing a duplicate operation on a
      particular bit.  The reason is that while the other sites for working with
      bitmaps are allowed to schedule, is_reusable() is called from do_balance(),
      which will panic if a schedule occurs in certain places.
      
      The benefit of on-demand bitmaps clearly outweighs a sanity check that depends
      on a compile-time option that is discouraged.
      
      [akpm@osdl.org: warning fix]
      Signed-off-by: NJeff Mahoney <jeffm@suse.com>
      Cc: <reiserfs-dev@namesys.com>
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      5065227b
    • J
      [PATCH] reiserfs: fix is_reusable bitmap check to not traverse the bitmap info array · e1fabd3c
      Jeff Mahoney 提交于
      There is a check in is_reusable to determine if a particular block is a bitmap
      block.  It verifies this by going through the array of bitmap block buffer
      heads and comparing the block number to each one.
      
      Bitmap blocks are at defined locations on the disk in both old and current
      formats.  Simply checking against the known good values is enough.
      
      This is a trivial optimization for a non-production codepath, but this is the
      first in a series of patches that will ultimately remove the buffer heads from
      that array.
      Signed-off-by: NJeff Mahoney <jeffm@suse.com>
      Cc: <reiserfs-dev@namesys.com>
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      e1fabd3c
  14. 02 2月, 2006 1 次提交
  15. 13 7月, 2005 1 次提交
    • L
      reiserfs: run scripts/Lindent on reiserfs code · bd4c625c
      Linus Torvalds 提交于
      This was a pure indentation change, using:
      
      	scripts/Lindent fs/reiserfs/*.c include/linux/reiserfs_*.h
      
      to make reiserfs match the regular Linux indentation style.  As Jeff
      Mahoney <jeffm@suse.com> writes:
      
       The ReiserFS code is a mix of a number of different coding styles, sometimes
       different even from line-to-line. Since the code has been relatively stable
       for quite some time and there are few outstanding patches to be applied, it
       is time to reformat the code to conform to the Linux style standard outlined
       in Documentation/CodingStyle.
      
       This patch contains the result of running scripts/Lindent against
       fs/reiserfs/*.c and include/linux/reiserfs_*.h. There are places where the
       code can be made to look better, but I'd rather keep those patches separate
       so that there isn't a subtle by-hand hand accident in the middle of a huge
       patch. To be clear: This patch is reformatting *only*.
      
       A number of patches may follow that continue to make the code more consistent
       with the Linux coding style.
      
       Hans wasn't particularly enthusiastic about these patches, but said he
       wouldn't really oppose them either.
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      bd4c625c
  16. 24 6月, 2005 1 次提交
  17. 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