fs/unionfs/commonfops.c    |   11 +++++++++++
 fs/unionfs/dentry.c        |   14 ++++++++++++++
 fs/unionfs/dirhelper.c     |    4 ++--
 fs/unionfs/export.c        |   12 ++++++++++++
 fs/unionfs/lookup.c        |    2 +-
 fs/unionfs/main.c          |   13 +++++++------
 fs/unionfs/odf.c           |   17 +++++++++++++++--
 fs/unionfs/odf.h           |   12 ++++++++++++
 fs/unionfs/odf_internals.h |   12 ++++++++++++
 fs/unionfs/rename.c        |    4 ++--
 10 files changed, 88 insertions(+), 13 deletions(-)

New commits:
commit 43d282bf255637b2a4c00f979157578376ffd7fb
Author: Yiannis Pericleous <[EMAIL PROTECTED]>
Date:   Wed May 30 19:56:57 2007 -0400

    cleanup: removed trailing whitespace

commit 26b65a5ed45393f53baceefe46283f173047bb53
Author: Yiannis Pericleous <[EMAIL PROTECTED]>
Date:   Wed May 30 19:54:18 2007 -0400

    added missing copyrights

commit 68bd159590c6b1e0668f0884a8464cd4adf24f59
Author: Yiannis Pericleous <[EMAIL PROTECTED]>
Date:   Wed May 30 19:49:25 2007 -0400

    export: bugfix, oopsing in d_revalidate when client gets ESTALE
    
    with nfs exporting, when the cache is dropped on the server decode_fh will
    most likely return ESTALE to the client. On such cases the server can get
    a disconnected dentry in unionfs_open and a connected dentry in d_revalidate
    but with ibstart to -1. This fix just detects those cases and returns an err
    in order to stop the oopsing. However the file becomes unusable in the 
client,
    any attempt to read it will return ESTALE. The best way to fix this will
    be to implement decode_fh and make sure invariants are kept when an inode
    becomes stale

commit 5ec92f8eaf04958d03669c8981e3bad92a557a2d
Author: Yiannis Pericleous <[EMAIL PROTECTED]>
Date:   Wed May 30 19:20:55 2007 -0400

    bugfix: nullify kfreed pointer so it doesn't get double freed

commit 55ae2c8f6f9850cfc15f0ac92a1febf987e0d8bf
Author: Yiannis Pericleous <[EMAIL PROTECTED]>
Date:   Wed May 30 19:18:45 2007 -0400

    only free odf in unionfs_read_super after odf_put_super succeeds

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

Reply via email to