1. 12 12月, 2009 1 次提交
  2. 01 9月, 2009 1 次提交
  3. 31 7月, 2009 1 次提交
  4. 30 10月, 2008 1 次提交
  5. 13 8月, 2008 1 次提交
  6. 18 4月, 2008 2 次提交
    • D
      [XFS] Ensure errors from xfs_bdstrat() are correctly checked. · d64e31a2
      David Chinner 提交于
      xfsbdstrat() is declared to return an error. That is never checked because
      the error is propagated by the xfs_buf_t that is passed through the
      function.
      
      Mark xfsbdstrat() as returning void and comment the prototype on the
      methods needed for error checking.
      
      SGI-PV: 980084
      SGI-Modid: xfs-linux-melb:xfs-kern:30823a
      Signed-off-by: NDavid Chinner <dgc@sgi.com>
      Signed-off-by: NNiv Sardi <xaiki@sgi.com>
      Signed-off-by: NLachlan McIlroy <lachlan@sgi.com>
      d64e31a2
    • D
      [XFS] Don't block pdflush when writing back inodes · a3f74ffb
      David Chinner 提交于
      When pdflush is writing back inodes, it can get stuck on inode cluster
      buffers that are currently under I/O. This occurs when we write data to
      multiple inodes in the same inode cluster at the same time.
      
      Effectively, delayed allocation marks the inode dirty during the data
      writeback. Hence if the inode cluster was flushed during the writeback of
      the first inode, the writeback of the second inode will block waiting for
      the inode cluster write to complete before writing it again for the newly
      dirtied inode.
      
      Basically, we want to avoid this from happening so we don't block pdflush
      and slow down all of writeback. Hence we introduce a non-blocking async
      inode flush flag that pdflush uses. If this flag is set, we use
      non-blocking operations (e.g. try locks) whereever we can to avoid
      blocking or extra I/O being issued.
      
      SGI-PV: 970925
      SGI-Modid: xfs-linux-melb:xfs-kern:30501a
      Signed-off-by: NDavid Chinner <dgc@sgi.com>
      Signed-off-by: NLachlan McIlroy <lachlan@sgi.com>
      a3f74ffb
  7. 01 10月, 2007 2 次提交
  8. 18 9月, 2007 1 次提交
  9. 20 6月, 2006 1 次提交
  10. 09 6月, 2006 2 次提交
  11. 02 11月, 2005 2 次提交
  12. 05 9月, 2005 1 次提交
  13. 21 6月, 2005 1 次提交
  14. 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