fs/unionfs/commonfops.c |   19 ++++++++++++++++++-
 fs/unionfs/debug.c      |   26 +++++++++++++++++++++++++-
 fs/unionfs/dentry.c     |    4 ++--
 fs/unionfs/fanout.h     |    2 +-
 fs/unionfs/super.c      |    4 +++-
 fs/unionfs/union.h      |    5 +++++
 6 files changed, 54 insertions(+), 6 deletions(-)

New commits:
commit fb7ecdc549862d236437b0b8ecda7679563b3cbd
Author: Erez_Zadok <[EMAIL PROTECTED]>
Date:   Tue Jul 17 03:18:25 2007 -0400

    Unionfs: cleanup: break line longer than 80 chars
    
    Signed-off-by: Erez Zadok <[EMAIL PROTECTED]>

commit 6fdcdd7f383f01ecf6ef8f4211f9019a8cd8687f
Author: Erez_Zadok <[EMAIL PROTECTED]>
Date:   Tue Jul 17 02:58:15 2007 -0400

    Unionfs: fix minor typo in revalidate_chain comment
    
    Signed-off-by: Erez Zadok <[EMAIL PROTECTED]>

commit cf006155935f4a98ea4e4e98b822b0480459d539
Author: Erez_Zadok <[EMAIL PROTECTED]>
Date:   Mon Jul 16 23:56:26 2007 -0400

    Unionfs: bugfix: don't call branchget() until dentry_open succeeded
    
    If dentry_open fails, we incorrectly have incremented our branch counts
    which would prevent unionfs from being unmounted (EBUSY).
    
    Signed-off-by: Erez Zadok <[EMAIL PROTECTED]>

commit fbea26099815b060977841ea81ab46268fbca7de
Author: Erez_Zadok <[EMAIL PROTECTED]>
Date:   Mon Jul 16 23:54:11 2007 -0400

    Unionfs: branch-management bug-fix to lower mnt counts
    
    When we revalidate opened files, the files may point to a different set of
    files on the lower branches: this could happen especially if we insert a new
    leftmost branch which happens to have duplicate file names of already-open
    files in lower-priority branches.  In this case, update the mnt counts of
    the old and new branches which hold the file accordingly.  Without this fix,
    the mntcnt of one branch is going to be one too high; and another will be
    one too low.
    
    Signed-off-by: Erez Zadok <[EMAIL PROTECTED]>

commit ce08268d60cdc5e861ee990acbd7d94739007358
Author: Erez_Zadok <[EMAIL PROTECTED]>
Date:   Mon Jul 16 23:45:46 2007 -0400

    Unionfs: use igrab instead of atomic_inc inode refcnt
    
    In branch management code, use igrab() which is better than directly
    incrementing the lower inode reference count.
    
    Signed-off-by: Erez Zadok <[EMAIL PROTECTED]>

commit c64710920594bc6585679b574cbe580adee49261
Author: Erez_Zadok <[EMAIL PROTECTED]>
Date:   Mon Jul 16 23:42:55 2007 -0400

    Unionfs: cache-coherency: update times of root inode after branch management
    
    Signed-off-by: Erez Zadok <[EMAIL PROTECTED]>

commit de65962d2718add72ae2a498a9dc4f4c8a0ebddd
Author: Erez_Zadok <[EMAIL PROTECTED]>
Date:   Mon Jul 16 23:40:07 2007 -0400

    Unionfs: debugging: don't oops if sb->s_root is NULL
    
    If we're calling show_branch_counts very early during mount or late during
    unmount, don't oops if the s_root is already NULL.
    
    Signed-off-by: Erez Zadok <[EMAIL PROTECTED]>

commit 5eda105916c9376acf886dffe94e28154324308f
Author: Erez_Zadok <[EMAIL PROTECTED]>
Date:   Mon Jul 16 23:38:30 2007 -0400

    Unionfs: debugging: show inode reference counts for all branches
    
    Another useful utility function for debugging, to show the inode refcnt's
    of all lower inodes.
    
    Signed-off-by: Erez Zadok <[EMAIL PROTECTED]>

commit 2a06f16e2a876389e22ed0ea288877edd547828b
Author: Erez_Zadok <[EMAIL PROTECTED]>
Date:   Mon Jul 16 23:35:19 2007 -0400

    Unionfs: fix small typo in comment
    
    Signed-off-by: Erez Zadok <[EMAIL PROTECTED]>

_______________________________________________
unionfs-cvs mailing list: http://unionfs.filesystems.org/
[email protected]
http://www.fsl.cs.sunysb.edu/mailman/listinfo/unionfs-cvs

Reply via email to