fs/unionfs/Makefile |    2 +-
 fs/unionfs/dentry.c |   13 ++++++-----
 fs/unionfs/inode.c  |    6 ++++-
 fs/unionfs/lookup.c |   52 ++++++++++++++++++++++++++++++--------------------
 4 files changed, 44 insertions(+), 29 deletions(-)

New commits:
commit fffbaefc3216919e68a45cd073ad674ace63d84d
Author: Erez_Zadok <[EMAIL PROTECTED]>
Date:   Mon Sep 10 22:02:06 2007 -0400

    Unionfs: release 2.1.3
    
    Signed-off-by: Erez Zadok <[EMAIL PROTECTED]>

commit 71d7777055289f33b2509da281c0d970f34b52e7
Author: Erez_Zadok <[EMAIL PROTECTED]>
Date:   Mon Sep 10 20:19:29 2007 -0400

    Unionfs: cache coherency after lower objects are removed
    
    Prevent an oops if a lower file is deleted and then it is stat'ed from the
    upper layer.  Ensure that we return a negative dentry so the user will get
    an ENOENT.  Properly dput/mntput so we don't leak references at the lower
    file system.
    
    Signed-off-by: Erez Zadok <[EMAIL PROTECTED]>

commit 611779dee7e9228150e252322d7a8b73c5474a7a
Author: Erez_Zadok <[EMAIL PROTECTED]>
Date:   Mon Sep 10 20:15:37 2007 -0400

    Unionfs: unionfs_lookup locking consistency
    
    Ensure that our lookup locking is consistent and symmetric: if a lock
    existed before calling lookup_backend, it should remain so; only if
    performing a lookup of a known new dentry, should lookup_backend return a
    newly-locked dentry-inode info (and only if there was no error).  Document
    this behavior.  This cleanup allowed us to remove two unnecessary int
    declarations.
    
    Signed-off-by: Erez Zadok <[EMAIL PROTECTED]>

commit f72e2a218cb7a7b75c2fe9664b3892c54dacb780
Author: Erez_Zadok <[EMAIL PROTECTED]>
Date:   Mon Sep 10 20:10:31 2007 -0400

    Unionfs: use boolean type in unionfs_d_revalidate
    
    Signed-off-by: Erez Zadok <[EMAIL PROTECTED]>

commit e66a93b0ce5db26c07849887edc2f5a0f76ff8e8
Author: Erez_Zadok <[EMAIL PROTECTED]>
Date:   Mon Sep 10 20:09:41 2007 -0400

    Unionfs: add missing newlines to printks
    
    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