1. 18 Sep, 2009 1 commit
  2. 05 Sep, 2009 1 commit
  3. 13 Jun, 2009 1 commit
  4. 12 Jun, 2009 1 commit
  5. 28 Mar, 2009 1 commit
    • Theodore Ts'o's avatar
      ext4: Regularize mount options · 06705bff
      Theodore Ts'o authored
      Add support for using the mount options "barrier" and "nobarrier", and
      "auto_da_alloc" and "noauto_da_alloc", which is more consistent than
      "barrier=<0|1>" or "auto_da_alloc=<0|1>".  Most other ext3/ext4 mount
      options use the foo/nofoo naming convention.  We allow the old forms
      of these mount options for backwards compatibility.
      Signed-off-by: Theodore Ts'o's avatar"Theodore Ts'o" <[email protected]>
  6. 23 Feb, 2009 1 commit
  7. 06 Jan, 2009 3 commits
  8. 04 Jan, 2009 1 commit
  9. 06 Jan, 2009 1 commit
  10. 17 Oct, 2008 1 commit
  11. 11 Oct, 2008 2 commits
    • Hidehiro Kawai's avatar
      ext4: add an option to control error handling on file data · 5bf5683a
      Hidehiro Kawai authored
      If the journal doesn't abort when it gets an IO error in file data
      blocks, the file data corruption will spread silently.  Because
      most of applications and commands do buffered writes without fsync(),
      they don't notice the IO error.  It's scary for mission critical
      systems.  On the other hand, if the journal aborts whenever it gets
      an IO error in file data blocks, the system will easily become
      inoperable.  So this patch introduces a filesystem option to
      determine whether it aborts the journal or just call printk() when
      it gets an IO error in file data.
      If you mount an ext4 fs with data_err=abort option, it aborts on file
      data write error.  If you mount it with data_err=ignore, it doesn't
      abort, just call printk().  data_err=ignore is the default.
      Here is the corresponding patch of the ext3 version:
      http://kerneltrap.org/mailarchive/linux-kernel/2008/9/9/3239374Signed-off-by: Hidehiro Kawai's avatarHidehiro Kawai <[email protected]>
      Signed-off-by: Theodore Ts'o's avatarTheodore Ts'o <[email protected]>
    • Theodore Ts'o's avatar
      ext4: Rename ext4dev to ext4 · 03010a33
      Theodore Ts'o authored
      The ext4 filesystem is getting stable enough that it's time to drop
      the "dev" prefix.  Also remove the requirement for the TEST_FILESYS
      Signed-off-by: Theodore Ts'o's avatar"Theodore Ts'o" <[email protected]>
  12. 10 Oct, 2008 1 commit
    • Theodore Ts'o's avatar
      ext4: Use readahead when reading an inode from the inode table · 240799cd
      Theodore Ts'o authored
      With modern hard drives, reading 64k takes roughly the same time as
      reading a 4k block.  So request readahead for adjacent inode table
      blocks to reduce the time it takes when iterating over directories
      (especially when doing this in htree sort order) in a cold cache case.
      With this patch, the time it takes to run "git status" on a kernel
      tree after flushing the caches via "echo 3 > /proc/sys/vm/drop_caches"
      is reduced by 21%.
      Signed-off-by: Theodore Ts'o's avatar"Theodore Ts'o" <[email protected]>
  13. 27 Jul, 2008 1 commit
  14. 11 Jul, 2008 2 commits
  15. 26 May, 2008 1 commit
    • Eric Sandeen's avatar
      ext4: enable barriers by default · 571640ca
      Eric Sandeen authored
      I can't think of any valid reason for ext4 to not use barriers when
      they are available;  I believe this is necessary for filesystem
      integrity in the face of a volatile write cache on storage.
      An administrator who trusts that the cache is sufficiently battery-
      backed (and power supplies are sufficiently redundant, etc...)
      can always turn it back off again.
      SuSE has carried such a patch for ext3 for quite some time now.
      Also document the mount option while we're at it.
      Signed-off-by: default avatarEric Sandeen <[email protected]>
      Signed-off-by: default avatarMingming Cao <[email protected]>
      Signed-off-by: Theodore Ts'o's avatar"Theodore Ts'o" <[email protected]>
  16. 29 Jan, 2008 2 commits
  17. 11 Oct, 2006 1 commit
  18. 26 Jun, 2006 1 commit
  19. 12 Jan, 2006 1 commit
  20. 10 Jan, 2006 1 commit
  21. 09 Jan, 2006 1 commit
  22. 12 Dec, 2005 1 commit
  23. 16 Apr, 2005 1 commit
    • Linus Torvalds's avatar
      Linux-2.6.12-rc2 · 1da177e4
      Linus Torvalds authored
      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!