Increase extent buffer's reference count while holding the lock.
Otherwise it can race with try_release_extent_buffer.
Signed-off-by: Yan Zheng zheng@oracle.com
---
diff -urp 1/fs/btrfs/extent_io.c 2/fs/btrfs/extent_io.c
--- 1/fs/btrfs/extent_io.c 2010-01-17 15:48:16.770302026 +0800
+++
On 02/04/2010 04:46 PM, Yan, Zheng wrote:
Increase extent buffer's reference count while holding the lock.
Otherwise it can race with try_release_extent_buffer.
Signed-off-by: Yan Zheng zheng@oracle.com
---
diff -urp 1/fs/btrfs/extent_io.c 2/fs/btrfs/extent_io.c
---
On Thu, Feb 04, 2010 at 04:46:56PM +0800, Yan, Zheng wrote:
Increase extent buffer's reference count while holding the lock.
Otherwise it can race with try_release_extent_buffer.
Thanks, I'll get this in for today's pull.
-chris
--
To unsubscribe from this list: send the line unsubscribe
On Wed, Feb 3, 2010 at 6:43 PM, Mitch Harder
mitch.har...@sabayonlinux.org wrote:
Josef Bacik's 'btrfsctl -i' command reported:
# btrfsctl -i /mnt/sabayon-btrfs/
Metadata, DUP: total=1.67GB, used=813.89MB
System, DUP: total=8.00MB, used=4.00KB
Data: total=10.00GB, used=10.00GB
Metadata:
On Wed, Feb 03, 2010 at 08:43:58PM -0600, Mitch Harder wrote:
I've been trying to get a handle on where my Btrfs partition would run
out of room, and I'm reaching the 'no space left' point earlier than I
was expecting.
I'm running the btrfs-unstable.git version as of commit 035fe03a Thu,
28
Signed-off-by: Aneesh Kumar K.V aneesh.ku...@linux.vnet.ibm.com
---
Makefile |3 ++
debugbtrfs/Makefile| 44 +
debugbtrfs/cmds.c | 27 ++
debugbtrfs/debug_btrfs.c | 59
Build libbtrfs.a and link against that for the commands
Signed-off-by: Aneesh Kumar K.V aneesh.ku...@linux.vnet.ibm.com
---
Makefile| 72 +++
lib/Makefile| 47
bit-radix.c =
Signed-off-by: Aneesh Kumar K.V aneesh.ku...@linux.vnet.ibm.com
---
debugbtrfs/cmds.c | 23 +++
debugbtrfs/debug_btrfs.c | 16 +++-
debugbtrfs/debug_btrfs.h |1 +
debugbtrfs/debug_btrfs_cmds.ct |3 +++
4 files changed, 34
Signed-off-by: Aneesh Kumar K.V aneesh.ku...@linux.vnet.ibm.com
---
debugbtrfs/Makefile|2 +-
debugbtrfs/debug_btrfs_cmds.ct | 24
debugbtrfs/debug_tree.c| 238
3 files changed, 263 insertions(+), 1 deletions(-)
create mode
Signed-off-by: Aneesh Kumar K.V aneesh.ku...@linux.vnet.ibm.com
---
debugbtrfs/cmds.c | 191
debugbtrfs/debug_btrfs_cmds.ct |3 +
lib/volumes.c | 16
lib/volumes.h | 12 +++
4 files changed, 206
Signed-off-by: Aneesh Kumar K.V aneesh.ku...@linux.vnet.ibm.com
---
debugbtrfs/Makefile |2 +-
debugbtrfs/debug_btrfs.h |3 +
debugbtrfs/debug_tree.c | 107
debugbtrfs/pager.c | 49 +
lib/ctree.c | 22 ++--
lib/extent-tree.c
Hi Chris,
This is the -V2 version of the patch. I have cleaned up the
patches and added -c option to print_inode to print the
chunk mapping details. I guess they are ready to be merged
Patches can also be found at
http://www.kernel.org/pub/linux/kernel/people/kvaneesh/debug-btrfs/
-aneesh
--
I received a kernel Oops while un-tarring a backed up root file system
to a btrfs partition.
I'm running the btrfs-unstable.git version as of commit 035fe03a Thu,
28 Jan 2010 21:20:39 (Btrfs: check total number of devices when
removing missing) back-ported to a 2.6.32 kernel.
I was attempting to
Hello everyone,
The master branch of the btrfs unstable tree:
git://git.kernel.org/pub/scm/linux/kernel/git/mason/btrfs-unstable.git master
Has a small collection of fixes. These are mostly bugs, but I put in
one of Josef's safer performance tweaks as well.
Aneesh Kumar K.V (1) commits
Some quick follow-up.
I pulled the most recent patches pushed to the git repository today,
backported them to my 2.6.32 kernel, and repeated the operation.
I received the same kernel Oops:
[ 1113.667345] BUG: unable to handle kernel NULL pointer dereference at 001c
[ 1113.667348] IP:
15 matches
Mail list logo