We clear the transaction object and the trans handle when they are about to be
freed, it is unnecessary, cleanup it.
Signed-off-by: Miao Xie
---
fs/btrfs/transaction.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/fs/btrfs/transaction.c b/fs/btrfs/transaction.c
index d9a9a70..9930888 1006
Since we do not want to delay the async transaction commit, we should
use common work, not delayed work.
Signed-off-by: Miao Xie
---
fs/btrfs/transaction.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/fs/btrfs/transaction.c b/fs/btrfs/transaction.c
index 9930888..a
Hi Miao,
Am 15.11.2012 06:18, schrieb Miao Xie:
Hi, Stefan
On wed, 14 Nov 2012 14:42:07 +0100, Stefan Priebe - Profihost AG wrote:
Hello list,
i wanted to try out ceph with latest vanilla kernel 3.7-rc5. I was seeing a
massive performance degration. I see around 22x btrfs-endio-write process
Hi,
in my logs I have :
[482886.171753] btrfs: corrupt leaf, bad key order: block=5484560384,root=1,
slot=39
[482890.537049] btrfs: corrupt leaf, bad key order: block=5484560384,root=1,
slot=39
[482940.827007] btrfs: corrupt leaf, bad key order: block=5484560384,root=1,
slot=39
[482940.827048]
Qgroup id 0 is a special number, we should set the id of a qgroup to 0.
Fix it.
Signed-off-by: Miao Xie
---
fs/btrfs/ioctl.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/fs/btrfs/ioctl.c b/fs/btrfs/ioctl.c
index 8e5b7fa..922a33a 100644
--- a/fs/btrfs/ioctl.c
+++ b/fs/btrfs/ioctl.c
@@
The info_file is set to stdout by default, and we donot need to
reassign it to stdout if it's not changed to other values.
Signed-off-by: Wang Sheng-Hui
---
btrfs-map-logical.c |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff --git a/btrfs-map-logical.c b/btrfs-map-logical.c
inde
On Wed, November 14, 2012 at 19:26 (+0100), Jérôme Poulin wrote:
> Using Debian experimental kernel, 3.6.4-1~experimental.1, and latest
> btrfs tools from git master, I am not able to execute btrfs subvolume
> list.
>
> # ./btrfs sub li /mnt/data0/
> ERROR: Failed to lookup path for root 0 - No su
Finally made some more progress on one of my melted down btrfs from
earlier this year.
First I hacked find-root.c to not stop scanning the disk when it
thinks it has found the real root. I wanted it to print out all
possible roots. I saved the stderr output to a logfile. About 1226
possible ro
This uses uintptr_t to cast pointers to u64 ioctl arguments to silence
some 32bit build warnings:
cmds-inspect.c: In function ‘__ino_to_path_fd’:
cmds-inspect.c:47:15: warning: cast from pointer to integer of different size
[-Wpointer-to-int-cast]
cmds-inspect.c: In function ‘cmd_logical_resolve’
Starting with 3.7 rc1, my workstation seems to loose ram.
Up until (and including) 3.6, used-(buffers+cached) was roughly the same
as sum(rss) (taking shared into account). Now there is an approx 6G gap.
When the box first starts, it is clearly less swappy than with <= 3.6; I
can't tell whether
Very large fallocate requests are cpu bound and result in extents with a
repeating pattern of ever decreasing size:
$ time fallocate -l 1T file
real0m13.039s
( an excerpt of the extents from btrfs-debug-tree: )
prealloc data disk byte 1536292564992 nr 397312
prealloc data disk byte 153629
On Thu, 15 Nov 2012 17:05:41 +0100, Jan Schmidt wrote:
> On Wed, November 14, 2012 at 19:26 (+0100), Jérôme Poulin wrote:
>> Using Debian experimental kernel, 3.6.4-1~experimental.1, and latest
>> btrfs tools from git master, I am not able to execute btrfs subvolume
>> list.
>>
>> # ./btrfs sub li
From: Anand Jain
v1->v2:
This v2 patch accepts the review comments on the btrfs
kernel changes by Jan. and
Moved the get and set subvol label to under subvol sub-cmd
eg:
btrfs subvolume label /btrfs/ss5
btrfs su la /btrfs/ss5 "ss5-la
From: Anand Jain
The definition of the function open_file_or_dir() is moved from common.c
to utils.c in order to be able to share some common code between scrub
and the device stats in the following step. That common code uses
open_file_or_dir(). Since open_file_or_dir() makes use of the function
From: Anand Jain
v1->v2:
This adds a new member label in the btrfs_root_item struct,
which uses 32 bytes of the reserved 64 bytes. So that
btrfs_root_item remains same.
Signed-off-by: Anand Jain
---
fs/btrfs/ctree.h | 12 +++-
fs/btrfs/ioctl.c | 32
From: Anand Jain
Signed-off-by: Anand Jain
---
btrfslabel.c | 45 +
btrfslabel.h |4 +++-
ctree.h |4 +++-
ioctl.h |2 ++
print-tree.c |2 ++
5 files changed, 55 insertions(+), 2 deletions(-)
diff --git a/btrfslabel.c b/bt
From: Anand Jain
Signed-off-by: Anand Jain
---
cmds-subvolume.c | 37 +
man/btrfs.8.in |6 ++
2 files changed, 43 insertions(+), 0 deletions(-)
diff --git a/cmds-subvolume.c b/cmds-subvolume.c
index e3cdb1e..759eade 100644
--- a/cmds-subvolume.c
Hi Jan,
Thanks for the review. Just posted the v2 patch for the
btrfs kernel patch.
Which, used the btrfs_root_item reserved space and
used join_transaction
-Anand
On 05/11/12 15:39, Jan Schmidt wrote:
Hi Anand,
Some comments on your kernel patch from a quick jump through:
On 01.11.2012
On Wed, Nov 7, 2012 at 6:24 AM, David Sterba wrote:
> On Mon, Oct 29, 2012 at 12:30:44PM +0800, zwu.ker...@gmail.com wrote:
>> +/* Frees the entire hot_range_tree. */
>> +static void hot_inode_item_free(struct kref *kref)
>> +{
>> + struct hot_comm_item *comm_item = container_of(kref,
>> +
Hi, Anand
On fri, 16 Nov 2012 12:52:25 +0800, Anand jain wrote:
> +static int btrfs_ioctl_subvol_getlabel(struct btrfs_root *root,
> + void __user *arg)
> +{
> + char *label;
> +
> + label = btrfs_root_label(&root->root_item);
> + if (copy_to
20 matches
Mail list logo