1. 02 Jun, 2005 2 commits
    • Jan Kara's avatar
      [PATCH] ext3: fix list scanning in __cleanup_transaction · 7e3b11a9
      Jan Kara authored
      
      Fix a bug in list scanning that can cause us to skip the last buffer on the
      checkpoint list (and hence fail to do any progress under some rather
      unfavorable conditions).
      
      The problem is we first do jh=next_jh and then test
      
      	} while (jh!=last_jh);
      
      Hence we skip the last buffer on the list (if it was not the only buffer on
      the list).  As we already do jh=next_jh; in the beginning of the loop we
      are safe to just remove the assignment in the end.  It can happen that 'jh'
      will be freed at the point we test jh != last_jh but that does not matter
      as we never *dereference* the pointer.
      Signed-off-by: default avatarJan Kara <jack@suse.cz>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      7e3b11a9
    • Jan Kara's avatar
      [PATCH] ext3: fix log_do_checkpoint() assertion failure · 00ea8145
      Jan Kara authored
      
      Fix possible false assertion failure in log_do_checkpoint().  We might fail
      to detect that we actually made a progress when cleaning up the checkpoint
      lists if we don't retry after writing something to disk.  The patch was
      confirmed to fix observed assertion failures for several users.
      
      When we flushed some buffers we need to retry scanning the list.
      Otherwise we can fail to detect our progress.
      Signed-off-by: default avatarJan Kara <jack@suse.cz>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      00ea8145
  2. 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!
      1da177e4