On Fri, Jun 29, 2012 at 10:34 PM, Josef Bacik wrote:
> On Fri, Jun 29, 2012 at 12:35:01AM -0600, Jordan Windsor wrote:
>> On Fri, Jun 29, 2012 at 3:09 PM, Chris Samuel wrote:
>> > On 29/06/12 15:36, Jordan Windsor wrote:
>> >
>> >> I get the same problem with linux-mainline from AUR (latest)
>> >
On Fri, Jun 29, 2012 at 03:23:13PM +0100, Richard Cooper wrote:
>
> On 29 Jun 2012, at 11:42, Fajar A. Nugraha wrote:
> >> What should I do now? Do I need to upgrade to a more recent btrfs?
> >
> > Yep
> >
> >> If so, how?
> >
> > https://blogs.oracle.com/linux/entry/oracle_unbreakable_enterpri
On Fri, Jun 29, 2012 at 9:23 PM, Richard Cooper
wrote:
>>> If so, how?
>>
>> https://blogs.oracle.com/linux/entry/oracle_unbreakable_enterprise_kernel_release
>> http://elrepo.org/tiki/kernel-ml
>
> Perfect, thank you! I was looking for a mainline kernel yum repo but my
> google-fu was failing me
On 29 Jun 2012, at 11:42, Fajar A. Nugraha wrote:
>> What should I do now? Do I need to upgrade to a more recent btrfs?
>
> Yep
>
>> If so, how?
>
> https://blogs.oracle.com/linux/entry/oracle_unbreakable_enterprise_kernel_release
> http://elrepo.org/tiki/kernel-ml
Perfect, thank you! I was lo
On Fri, Jun 29, 2012 at 9:47 PM, Hugo Mills wrote:
> On Fri, Jun 29, 2012 at 09:41:47PM +0800, Zhi Yong Wu wrote:
>> HI,
>>
>> Can anyone let me know where the funtions are declared or defined,
>> such as btrfs_header_nritems(), btrfs_header_level(), etc? thanks.
>
> ctree.h, somewhere around or
On Fri, Jun 29, 2012 at 09:41:47PM +0800, Zhi Yong Wu wrote:
> HI,
>
> Can anyone let me know where the funtions are declared or defined,
> such as btrfs_header_nritems(), btrfs_header_level(), etc? thanks.
ctree.h, somewhere around or after line 1550. They're all accessor
functions, defined b
HI,
Can anyone let me know where the funtions are declared or defined,
such as btrfs_header_nritems(), btrfs_header_level(), etc? thanks.
--
Regards,
Zhi Yong Wu
--
To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in
the body of a message to majord...@vger.kernel.org
More
On Thu, Jun 28, 2012 at 08:18:35PM -0600, Miao Xie wrote:
> On Thu, 28 Jun 2012 08:34:23 -0400, Josef Bacik wrote:
> > On Wed, Jun 27, 2012 at 09:35:08PM -0600, Miao Xie wrote:
> >> On Tue, 26 Jun 2012 09:42:56 -0400, Josef Bacik wrote:
> >>> From: Josef Bacik
> >>>
> >>> Miao pointed out there's
On Fri, Jun 29, 2012 at 12:35:01AM -0600, Jordan Windsor wrote:
> On Fri, Jun 29, 2012 at 3:09 PM, Chris Samuel wrote:
> > On 29/06/12 15:36, Jordan Windsor wrote:
> >
> >> I get the same problem with linux-mainline from AUR (latest)
> >
> > What does uname -a say ?
> >
> > cheers!
> > Chris
> > -
On Tue, Jun 26, 2012 at 10:20:12PM -0700, Marc MERLIN wrote:
> On Tue, Jun 26, 2012 at 06:38:18PM -0700, Marc MERLIN wrote:
> > Now, I'm also seeing these below and I have this again (86% CPU):
> > 6076 root 20 0 000 R 86 0.0 29:40.11
> > btrfs-delalloc-
> >
> > How ba
Fajar A. Nugraha posted on Fri, 29 Jun 2012 17:42:26 +0700 as excerpted:
> On Fri, Jun 29, 2012 at 5:11 PM, Richard Cooper
> wrote:
>> Hi All,
>>
>> I have two machines where I've been testing various btrfs based backup
>> strategies. They are both Cent OS 6 with the standard kernel and
>> btrfs-
On Fri, Jun 29, 2012 at 5:11 PM, Richard Cooper
wrote:
> Hi All,
>
> I have two machines where I've been testing various btrfs based backup
> strategies. They are both Cent OS 6 with the standard kernel and btrfs-progs
> RPMs from the CentOS repos.
>
> - kernel-2.6.32-220.17.1.el6.x86_64
> - btr
On Fri, Jun 29, 2012 at 06:00:37PM +0800, Liu Bo wrote:
> We have both set-default and get-default, but actually our get-default
> does not show which one is the default one.
>
> This patch plus the kernel side patch fix this.
Are you referring to the fact that get-default in Chris' btrfs-progs
m
Hi All,
I have two machines where I've been testing various btrfs based backup
strategies. They are both Cent OS 6 with the standard kernel and btrfs-progs
RPMs from the CentOS repos.
- kernel-2.6.32-220.17.1.el6.x86_64
- btrfs-progs-0.19-12.el6.x86_64
Both are currently in a state when trying
On Fri, Jun 29, 2012 at 06:00:36PM +0800, Liu Bo wrote:
> Setting subvolume/snapshot readonly has been missing for a long time.
>
> With this patch, we can set a subvolume/snapshot readonly via:
>
> obtrfs subvolume set-ro
Alexander's 'btrfs property' patches do exactly this, but in a much
I've modified 'btrfs subvolume list' to show a subvolume's attributes,
such as readonly and default, and adopted a new structure for args for
subvol_getflags/setflags.
So here is the kernel side update.
Signed-off-by: Liu Bo
---
fs/btrfs/ioctl.c | 100 --
This is kernel side patch for 'btrfs subvolume get-default'.
Our 'btrfs subvolume get-default' did not work as wish, because we do not have
APIs to fetch the subvolume's default state.
This patch treats default state as a flag and returns it to user space.
Signed-off-by: Liu Bo
---
fs/btrfs/io
We've made a helper function for reading root, so just apply it.
Signed-off-by: Liu Bo
---
fs/btrfs/ioctl.c | 13 +
1 files changed, 1 insertions(+), 12 deletions(-)
diff --git a/fs/btrfs/ioctl.c b/fs/btrfs/ioctl.c
index f9c2180..9b93fda 100644
--- a/fs/btrfs/ioctl.c
+++ b/fs/btrf
We want 'btrfs subvolume list' to act as 'ls', which means that
we can not only list out all the subvolumes we have, but also list
each single one.
So this patch add 's' option to show a single one:
$ ./btrfs sub list /mnt/btrfs/
ID 256 top level 5 path subvol (Readonly,)
ID 257 top level 5 path
We have both set-default and get-default, but actually our get-default
does not show which one is the default one.
This patch plus the kernel side patch fix this.
Signed-off-by: Liu Bo
---
Makefile |6 +++---
btrfs-list.c | 44 +---
cmds
Setting subvolume/snapshot readonly has been missing for a long time.
With this patch, we can set a subvolume/snapshot readonly via:
obtrfs subvolume set-ro
Signed-off-by: Liu Bo
---
cmds-subvolume.c | 40
ioctl.h |7 +++
2 files
mnt_want_write_file is faster when file has been opened for write.
Signed-off-by: Liu Bo
---
fs/btrfs/ioctl.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/fs/btrfs/ioctl.c b/fs/btrfs/ioctl.c
index 069cd85..df4c04d 100644
--- a/fs/btrfs/ioctl.c
+++ b/fs/btrfs/ioctl.
$ mkfs.btrfs /dev/sdb7
$ btrfstune -S1 /dev/sdb7
$ mount /dev/sdb7 /mnt/btrfs
mount: block device /dev/sdb7 is write-protected, mounting read-only
$ btrfs dev add /dev/sdb8 /mnt/btrfs/
Now we get a btrfs in which mnt flags has readonly but sb flags does
not. So for those ioctls that only check sb
mnt_want_write() and mnt_want_write_file() will check sb->s_flags with
MS_RDONLY, and we don't need to do it ourselves.
Signed-off-by: Liu Bo
---
fs/btrfs/ioctl.c |7 ---
1 files changed, 0 insertions(+), 7 deletions(-)
diff --git a/fs/btrfs/ioctl.c b/fs/btrfs/ioctl.c
index b5e946e..069
Move check of write access to mount into upper functions so that we can
use mnt_want_write_file instead, which is faster than mnt_want_write.
Signed-off-by: Liu Bo
---
fs/btrfs/ioctl.c | 22 +++---
1 files changed, 11 insertions(+), 11 deletions(-)
diff --git a/fs/btrfs/ioctl.
Hi,
thank you for your reply.
On 06/27/2012 02:20 PM, cwillu wrote:
> On Wed, Jun 27, 2012 at 6:11 AM, Lenz Grimmer wrote:
>> On Ubuntu 11.10 "Oneiric" with gcc 4.6.1, compiling the btrfs tools from git
>> fails for me with the following error:
>
> Which git repo?
> git://git.kernel.org/pub/scm
26 matches
Mail list logo
