Hello,

ftp://ftp.namesys.com/pub/reiserfs-for-2.4/2.4.15-pre4.pending:

A-expanding-truncate.patch
    Patch by Chris Mason <[EMAIL PROTECTED]> to insert indirect items
    in a case of expanding truncate. This closes race in a 
    reiserfs_get_block().

B-sched-yield.patch
    This patch fixes typo in fs/reiserfs/journal.c that inadvertently
    cleared some flags from current process scheduler policy bitmask,
    for example, silently converting real-time processes to normal ones.

C-check_nlink_in_reiserfs_read_inode2.patch
    It is possible that knfsd is trying to access inode of a file
    that is being removed from the disk by some other thread. As we
    update sd on unlink all that is required is to check for nlink
    here. This bug was first found by Sizif when debugging
    SquidNG/Butterfly, forgotten, and found again after Philippe
    Gramoulle <[EMAIL PROTECTED]> reproduced it. 

    More logical fix would require changes in fs/inode.c:iput() to
    remove inode from hash-table _after_ fs cleaned disk stuff up and
    in iget() to return NULL if I_FREEING inode is found in
    hash-table.

D-bitmap-range-checking.patch
    Check that block number are going to free in a bitmap makes sense.
    This avoids oops after trying to access bitmap for wild block number.

E-prepare_for_delete_or_cut-cleanup.patch
    Patch by Chris Mason <[EMAIL PROTECTED]>.
    prepare_for_delete_or_cut() tries to find the unformatted node in
    the buffer cache to make sure it isn't in use.  Since unformatted
    nodes are never in the buffer cache, this check is useless.  The
    page locking done by mm/vmscan.c:vmtruncate protects us from
    truncating away pages that are in use, so it is safe to just remove
    the bogus check from our code.

    Since the get_hash_table was also the reason for the repeat loop,
    this patch removes it as well.  Light testing here, I had put an
    older version through more tests (before the RFALSE/big endian
    stuff), I'll run them again.

    This should make file deletes faster, at the very least it cuts down
    on CPU overhead for deletes/truncates.

F-cleanup.patch
    There is always place for Yet Another Cleanup of Reiserfs Code.


We are going to set up our ftp server to collect logs so that we could
estimate how many times this or that patch was actually downloaded. In
the meantime would everyone actually using test patched please drop a
line to me: [EMAIL PROTECTED]

Nikita.

Reply via email to