Signed-off-by: Jan Schmidt list.bt...@jan-o-sch.net
---
fs/btrfs/backref.c | 25 +
fs/btrfs/file-item.c |2 +-
fs/btrfs/qgroup.c| 32
fs/btrfs/send.c |4 ++--
4 files changed, 32 insertions(+), 31 deletions(-)
diff
Hello,
i wanted to test the new send/receive feature and i can't manage to send
a snapshot to a file. I always get the error
ERROR: could not resolve root_id for.
I'm using kernel 3.6-rc1 and the latest btrfs progs from git.
This is what i'm doing:
mount -o subvolid=0,discard,compress=lzo
On Sat, 11 Aug 2012 10:36:17 +0800, Liu Bo wrote:
On 08/10/2012 09:38 PM, Stefan Behrens wrote:
[...]
+flags = space.flags;
+/*
+ * return
+ * 0: if dup, single or RAID0 is
On Fri, Aug 10, 2012 at 02:20:47AM -0600, Fengguang Wu wrote:
Hi Josef,
FYI, kernel build failed on
tree: git://git.kernel.org/pub/scm/linux/kernel/git/josef/btrfs-next.git
extent-history
head: 7759db1867be3d642b2411455902ed22dd6d1381
commit: 7759db1867be3d642b2411455902ed22dd6d1381
Hello,
I've run btrfs fi defrag /nix, a directory with only three subdirectories.
One of them, /nix/store has lots of contents. I expected the operation to last
very short, because I thought it was not recursive. But for what I see in
btrfs_root_defrag, it looks like it's recursive. And it takes
There is a completely impossible situation to hit where you can preallocate
a file, fsync it, write into the preallocated region, have the transaction
commit twice and then fsync and then immediately lose power and lose all of
the contents of the write. This patch fixes this just so I feel better
Hi all,
as suggested on the mailing list I have converted the updated LZO
code into git, so please pull my lzo-update branch from
git://github.com/markus-oberhumer/linux.git lzo-update
You can browse the branch at
https://github.com/markus-oberhumer/linux/compare/lzo-update
I'd ask some
On Tue, Aug 14, 2012 at 01:44:02AM +0200, Markus F.X.J. Oberhumer wrote:
Hi all,
as suggested on the mailing list I have converted the updated LZO
code into git, so please pull my lzo-update branch from
git://github.com/markus-oberhumer/linux.git lzo-update
You can browse the branch
btrfs_init_path has init the path to 0s.
No need to set -reada 0 after path init.
Signed-off-by: Wang Sheng-Hui shh...@gmail.com
---
ctree.c |5 ++---
1 files changed, 2 insertions(+), 3 deletions(-)
diff --git a/ctree.c b/ctree.c
index 2d86b1e..a04e0da 100644
--- a/ctree.c
+++ b/ctree.c
@@
btrfs_init_path has init the path to 0s.
No need to set -reada 0 after path init.
Signed-off-by: Wang Sheng-Hui shh...@gmail.com
---
ctree.c |5 ++---
1 files changed, 2 insertions(+), 3 deletions(-)
diff --git a/ctree.c b/ctree.c
index 2d86b1e..a04e0da 100644
--- a/ctree.c
+++ b/ctree.c
@@
From: Liu Bo bo.li@oracle.com
I found this while testing xfstests 068, the story is
t1t2
sys_syncthaw_super
iterate_supers
down_read(sb-s_umount) down_write(sb-s_umount)
---wait
11 matches
Mail list logo