[XFS updates] XFS development tree branch, master, updated. v3.1-rc1-38-g380f4f3

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "XFS development tree".

The branch, master has been updated
  380f4f3 xfs: improve ioend error handling
  05d3202 xfs: avoid direct I/O write vs buffered I/O race
  b73d8f7 xfs: avoid synchronous transactions when deleting attr blocks
      from  1baaffdc386f83b85c1e91e7b25f0db02848ca59 (commit)

Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.

- Log -----------------------------------------------------------------
commit 380f4f32878f67ce53c407b16c1deb6dff156731
Author: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Date:   Wed Aug 24 05:59:25 2011 +0000

    xfs: improve ioend error handling
    
    Return unwritten extent conversion errors to aio_complete.
    
    Skip both unwritten extent conversion and size updates if we had an
    I/O error or the filesystem has been shut down.
    
    Return -EIO to the aio/buffer completion handlers in case of a
    forced shutdown.
    
    Signed-off-by: Christoph Hellwig <hch@xxxxxx>
    Reviewed-by: Dave Chinner <dchinner@xxxxxxxxxx>
    Signed-off-by: Alex Elder <aelder@xxxxxxx>

commit 05d3202e28eb437a185d6c56fbf8fa8e1f638e6e
Author: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Date:   Sat Aug 27 14:42:53 2011 +0000

    xfs: avoid direct I/O write vs buffered I/O race
    
    Currently a buffered reader or writer can add pages to the pagecache
    while we are waiting for the iolock in xfs_file_dio_aio_write.  Prevent
    this by re-checking mapping->nrpages after we got the iolock, and if
    nessecary upgrade the lock to exclusive mode.  To simplify this a bit
    only take the ilock inside of xfs_file_aio_write_checks.
    
    Signed-off-by: Christoph Hellwig <hch@xxxxxx>
    Reviewed-by: Dave Chinner <dchinner@xxxxxxxxxx>
    Signed-off-by: Alex Elder <aelder@xxxxxxx>

commit b73d8f7667aa82ece204a9a2e5467b54a8ecd059
Author: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Date:   Sat Aug 27 14:45:11 2011 +0000

    xfs: avoid synchronous transactions when deleting attr blocks
    
    Currently xfs_attr_inactive causes a synchronous transactions if we are
    removing a file that has any extents allocated to the attribute fork, and
    thus makes XFS extremely slow at removing files with out of line extended
    attributes. The code looks a like a relict from the days before the busy
    extent list, but with the busy extent list we avoid reusing data and attr
    extents that have been freed but not commited yet, so this code is just
    as superflous as the synchronous transactions for data blocks.
    
    Signed-off-by: Christoph Hellwig <hch@xxxxxx>
    Reported-by: Bernd Schubert <bernd.schubert@xxxxxxxxxxxxxxxxxx>
    Reviewed-by: Dave Chinner <dchinner@xxxxxxxxxx>
    Signed-off-by: Alex Elder <aelder@xxxxxxx>

-----------------------------------------------------------------------

Summary of changes:
 fs/xfs/xfs_aops.c |   27 +++++++++++++++++----------
 fs/xfs/xfs_attr.c |   12 ------------
 fs/xfs/xfs_bmap.c |   10 +---------
 fs/xfs/xfs_file.c |   17 ++++++++++++++---
 4 files changed, 32 insertions(+), 34 deletions(-)


hooks/post-receive
-- 
XFS development tree

_______________________________________________
xfs mailing list
xfs@xxxxxxxxxxx
http://oss.sgi.com/mailman/listinfo/xfs


[Index of Archives]     [Linux XFS Devel]     [Linux Filesystem Development]     [Filesystem Testing]     [Linux USB Devel]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]

  Powered by Linux