[Top] [All Lists]

[XFS updates] XFS development tree branch, master, updated. v2.6.28-rc3-

To: xfs@xxxxxxxxxxx
Subject: [XFS updates] XFS development tree branch, master, updated. v2.6.28-rc3-20852-g6321e3e
From: xfs@xxxxxxxxxxx
Date: Wed, 29 Apr 2009 13:26:07 -0500
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
  6321e3e xfs: fix getbmap vs mmap deadlock
      from  4be4a00fb55879ef44b5914c189aecffa828deb4 (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 6321e3ed2acf3ee9643cdd403e1c88605d7944ba
Author: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Date:   Tue Feb 24 08:39:02 2009 -0500

    xfs: fix getbmap vs mmap deadlock
    xfs_getbmap (or rather the formatters called by it) copy out the getbmap
    structures under the ilock, which can deadlock against mmap.  This has
    been reported via bugzilla a while ago (#717) and has recently also
    shown up via lockdep.
    So allocate a temporary buffer to format the kernel getbmap structures
    into and then copy them out after dropping the locks.
    A little problem with this is that we limit the number of extents we
    can copy out by the maximum allocation size, but I see no real way
    around that.
    Signed-off-by: Christoph Hellwig <hch@xxxxxx>
    Reviewed-by: Eric Sandeen <sandeen@xxxxxxxxxxx>
    Reviewed-by: Felix Blyakher <felixb@xxxxxxx>
    Signed-off-by: Felix Blyakher <felixb@xxxxxxx>


Summary of changes:
 fs/xfs/xfs_bmap.c |   52 +++++++++++++++++++++++++++++++++++-----------------
 1 files changed, 35 insertions(+), 17 deletions(-)

XFS development tree

<Prev in Thread] Current Thread [Next in Thread>
  • [XFS updates] XFS development tree branch, master, updated. v2.6.28-rc3-20852-g6321e3e, xfs <=