Re: R: [PATCH 2/2] Btrfs-progs: add mount-option command

2012-09-20 Thread David Sterba
On Tue, Sep 18, 2012 at 12:03:47PM +0200, Goffredo Baroncelli 
 wrote:
> Why it was not provided a way to clear a *single* flag ? To me it seems a bit 
> too long to clear all the flag (btrfs mount-option clear) and then set the 
> right one.
> 
> As user interface I suggest something like chmod:
> 
>btrfs mount-option set +ssd,skip_balance -nodatacow /dev/sdX
> 
> or
> 
>btrfs mount-option set =ssd,skip_balance,nodatacow /dev/sdX

I agree with the +/-/= syntax, it's quite intuitive and already seen
(chattr).

I'd drop the 'set' command here, with some options specified it's
implied.

Without any it's 'get'

  btrfs mount-option /dev/...

And the 'clear' subcommand could be also dropped with this syntax

  btrfs mount-option = /dev/...

:)


BTW, this modifies the defaults only for the unmounted filesystem, but
the same should be possible for a mounted one in the future.

david
--
To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Re: [PATCH 2/2] Btrfs-progs: add mount-option command

2012-09-20 Thread David Sterba
On Wed, Sep 19, 2012 at 05:32:16PM +0900, Hidetoshi Seto wrote:
> (2012/09/18 11:31), Miao Xie wrote:
> > On tue, 18 Sep 2012 10:30:17 +0900, Hidetoshi Seto wrote:
> >> This patch adds mount-option command.
> >> The command can set/get default mount options.
> >> Now, the command can set/get 24 options.
> >> These options are equal to mount options which store
> >> in fs_info/mount-opt.
> > 
> > I don't think we need implement a separate command to do this,
> > we can add it into btrfstune just like ext3/4. If so, the users
> > who used ext3/4 before can be familiar with btrfs command as soon
> > as possible.
> 
> As some people already pointed out, I also think that the btrfstune
> command is a kind of obsolete, and therefore it would be better to
> improve the btrfs command as centralized utility.
> 
> > 
> > Beside that, why not add a option into mkfs.btrfs?
> 
> It is planned. Once we can fix a way how to save default options,
> modifying mkfs.btfs would be easy.

It's desirable to extend mkfs with explict feature options like other
filesystems do (eg. mke2fs -O features...) or be able to set
incompatibility flags directly or the mount defaults prior to mount and
actual fs use.

david
--
To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Re: [PATCH 2/2] Btrfs-progs: add mount-option command

2012-09-19 Thread Hidetoshi Seto
(2012/09/18 21:30), David Sterba wrote:
> On Tue, Sep 18, 2012 at 10:30:17AM +0900, Hidetoshi Seto wrote:
...
> 
> So, you're basically implementing subset of the whole-filesystem
> options. As has been mentioned, alternate way is to use the 'properties'
> interface as a global entry point from the management tool. It would be
> great if you base your patches on top of it.
> 
> (The props haven't been acked, but we've reached a wider consensus on
> irc, patches are in the mailinglist, so we can bring it up again and
> discuss outstanding issues or objections. I'm mainly concerned about
> priority of setting the defaults and not-bloating the 'btrfs' interface
> too much.)

Thank you very much for your review!
I'll rework my patch to reflect all comments.
Please let me know if there are still outstanding issues or objections
about/against this feature.


Thanks,
H.Seto

--
To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Re: [PATCH 2/2] Btrfs-progs: add mount-option command

2012-09-19 Thread Hidetoshi Seto
(2012/09/18 11:31), Miao Xie wrote:
> On tue, 18 Sep 2012 10:30:17 +0900, Hidetoshi Seto wrote:
>> This patch adds mount-option command.
>> The command can set/get default mount options.
>> Now, the command can set/get 24 options.
>> These options are equal to mount options which store
>> in fs_info/mount-opt.
> 
> I don't think we need implement a separate command to do this,
> we can add it into btrfstune just like ext3/4. If so, the users
> who used ext3/4 before can be familiar with btrfs command as soon
> as possible.

As some people already pointed out, I also think that the btrfstune
command is a kind of obsolete, and therefore it would be better to
improve the btrfs command as centralized utility.

> 
> Beside that, why not add a option into mkfs.btrfs?

It is planned. Once we can fix a way how to save default options,
modifying mkfs.btfs would be easy.


Thanks,
H.Seto

--
To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Re: R: [PATCH 2/2] Btrfs-progs: add mount-option command

2012-09-19 Thread Hidetoshi Seto
(2012/09/18 19:03), Goffredo Baroncelli  wrote:
> Hi Seto,
> 
> please could you update also the man page too ? 

Sure. I'll update it next time.

> Why it was not provided a way to clear a *single* flag ? To me it seems a bit 
> too long to clear all the flag (btrfs mount-option clear) and then set the 
> right one.

Good point. We should have a way to clear defaults, by "clear" or
"set none" or so on. 

> 
> As user interface I suggest something like chmod:
> 
>btrfs mount-option set +ssd,skip_balance -nodatacow /dev/sdX
> 
> or
> 
>btrfs mount-option set =ssd,skip_balance,nodatacow /dev/sdX

Interesting. I guess you mean that "=" will reset defaults
by specified options, while "+" and "-" will be
used to add/delete option to/from current defaults.

> 
> Finally I have some small concern about two macro (see below)
> 
>> ----Messaggio originale
>> Da: seto.hideto...@jp.fujitsu.com
>> Data: 18/09/2012 3.30
>> A: 
>> Ogg: [PATCH 2/2] Btrfs-progs: add mount-option command
>>
> [...]
>> +/*
>> + * Flags for mount options.
>> + *
>> + * Note: don't forget to add new options to btrfs_show_options()
>> + */
>> +#define BTRFS_MOUNT_NODATASUM   (1 << 0)
>> +#define BTRFS_MOUNT_NODATACOW   (1 << 1)
>> +#define BTRFS_MOUNT_NOBARRIER   (1 << 2)
>> +#define BTRFS_MOUNT_SSD (1 << 3)
>> +#define BTRFS_MOUNT_DEGRADED(1 << 4)
>> +#define BTRFS_MOUNT_COMPRESS(1 << 5)
>> +#define BTRFS_MOUNT_NOTREELOG   (1 << 6)
>> +#define BTRFS_MOUNT_FLUSHONCOMMIT   (1 << 7)
>> +#define BTRFS_MOUNT_SSD_SPREAD  (1 << 8)
>> +#define BTRFS_MOUNT_NOSSD   (1 << 9)
>> +#define BTRFS_MOUNT_DISCARD (1 << 10)
>> +#define BTRFS_MOUNT_FORCE_COMPRESS  (1 << 11)
>> +#define BTRFS_MOUNT_SPACE_CACHE (1 << 12)
>> +#define BTRFS_MOUNT_CLEAR_CACHE (1 << 13)
>> +#define BTRFS_MOUNT_USER_SUBVOL_RM_ALLOWED (1 << 14)
>> +#define BTRFS_MOUNT_ENOSPC_DEBUG (1 << 15)
>> +#define BTRFS_MOUNT_AUTO_DEFRAG (1 << 16)
>> +#define BTRFS_MOUNT_INODE_MAP_CACHE (1 << 17)
>> +#define BTRFS_MOUNT_RECOVERY(1 << 18)
>> +#define BTRFS_MOUNT_SKIP_BALANCE(1 << 19)
>> +#define BTRFS_MOUNT_CHECK_INTEGRITY (1 << 20)
>> +#define BTRFS_MOUNT_CHECK_INTEGRITY_INCLUDING_EXTENT_DATA (1 << 21)
>> +#define BTRFS_MOUNT_PANIC_ON_FATAL_ERROR(1 << 22)
>> +
>> +#define btrfs_clear_opt(o, opt) ((o) &= ~BTRFS_MOUNT_##opt)
>> +#define btrfs_set_opt(o, opt)   ((o) |= BTRFS_MOUNT_##opt)
>> +#define btrfs_test_opt(root, opt)   ((root)->fs_info->mount_opt& \
>> + BTRFS_MOUNT_##opt)
> 
> I think that the macro names are too generic, I suggest to rename the three 
> macros above as
> 
> #define btrfs_mount__opt
> 
> Also, the last one should be 
> 
> #define btrfs_test_opt(o, opt)( o & BTRFS_MOUNT_##opt)
> 
> Or better the other two
> 
> #define btrfs_mount_clear_opt(root, opt)  
> (((root)->fs_info->mount_opt) &= 
> ~BTRFS_MOUNT_##opt)
> #define btrfs_mount_set_opt(root, opt)
> (((root)->fs_info->mount_opt) |= 
> BTRFS_MOUNT_##opt)

Right. I'll fix it.


Thanks,
H.Seto

--
To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Re: [PATCH 2/2] Btrfs-progs: add mount-option command

2012-09-18 Thread David Sterba
On Tue, Sep 18, 2012 at 10:30:17AM +0900, Hidetoshi Seto wrote:
> Now, the command can set/get 24 options.
> These options are equal to mount options which store
> in fs_info/mount-opt.

Some of the options do not IMO fit for being default, like DEGRADED,
maybe RECOVERY, maybe SKIP_BALANCE.

> + mount_cmd_group_usage, NULL, {
> + { "set", cmd_set_mntopt, cmd_set_mntopt_usage, NULL, 0 },
> + { "get", cmd_get_mntopt, cmd_get_mntopt_usage, NULL, 0 },
> + { "clear", cmd_clear_mntopt, cmd_clear_mntopt_usage, NULL, 0},
> + {0, 0, 0, 0, 0 }

I find this very long to type,

  btrfs mount-option clear something

and I'm missing a command to list all the possible options to set.

> + }
> +};
> +
> +int cmd_mount(int argc, char **argv)
> +{
> + return handle_command_group(&mount_cmd_group, argc, argv);
> +}
> diff --git a/commands.h b/commands.h
> index 1ece87a..6cf91fc 100644
> --- a/commands.h
> +++ b/commands.h
> @@ -88,6 +88,7 @@ extern const struct cmd_group balance_cmd_group;
>  extern const struct cmd_group device_cmd_group;
>  extern const struct cmd_group scrub_cmd_group;
>  extern const struct cmd_group inspect_cmd_group;
> +extern const struct cmd_group mount_cmd_group;
>  extern const struct cmd_group send_cmd_group;
>  extern const struct cmd_group receive_cmd_group;
>  
> @@ -97,5 +98,6 @@ int cmd_balance(int argc, char **argv);
>  int cmd_device(int argc, char **argv);
>  int cmd_scrub(int argc, char **argv);
>  int cmd_inspect(int argc, char **argv);
> +int cmd_mount(int argc, char **argv);
>  int cmd_send(int argc, char **argv);
>  int cmd_receive(int argc, char **argv);
> diff --git a/ctree.h b/ctree.h
> index d218b88..4a1bb5b 100644
> --- a/ctree.h
> +++ b/ctree.h
> @@ -401,8 +401,11 @@ struct btrfs_super_block {
>  
>   __le64 cache_generation;
>  
> + /* default mount options */
> + unsigned long default_mount_opt;

__le64 here as well

> +
>   /* future expansion */
> - __le64 reserved[31];
> + __le64 reserved[30];
>   u8 sys_chunk_array[BTRFS_SYSTEM_CHUNK_ARRAY_SIZE];
>   struct btrfs_root_backup super_roots[BTRFS_NUM_BACKUP_ROOTS];
>  } __attribute__ ((__packed__));
> @@ -1774,6 +1777,8 @@ BTRFS_SETGET_STACK_FUNCS(super_csum_type, struct 
> btrfs_super_block,
>csum_type, 16);
>  BTRFS_SETGET_STACK_FUNCS(super_cache_generation, struct btrfs_super_block,
>cache_generation, 64);
> +BTRFS_SETGET_STACK_FUNCS(super_default_mount_opt, struct btrfs_super_block,
> +  default_mount_opt, 64);
>  
>  static inline int btrfs_super_csum_size(struct btrfs_super_block *s)
>  {
> @@ -2128,3 +2133,37 @@ int btrfs_csum_truncate(struct btrfs_trans_handle 
> *trans,
>   struct btrfs_root *root, struct btrfs_path *path,
>   u64 isize);
>  #endif
> +
> +/*
> + * Flags for mount options.
> + *
> + * Note: don't forget to add new options to btrfs_show_options()

(the note does not apply here, makes sense only for kernel)


So, you're basically implementing subset of the whole-filesystem
options. As has been mentioned, alternate way is to use the 'properties'
interface as a global entry point from the management tool. It would be
great if you base your patches on top of it.

(The props haven't been acked, but we've reached a wider consensus on
irc, patches are in the mailinglist, so we can bring it up again and
discuss outstanding issues or objections. I'm mainly concerned about
priority of setting the defaults and not-bloating the 'btrfs' interface
too much.)


thanks,
david
--
To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Re: [PATCH 2/2] Btrfs-progs: add mount-option command

2012-09-18 Thread David Sterba
On Tue, Sep 18, 2012 at 09:19:40AM +0100, Hugo Mills wrote:
> On Tue, Sep 18, 2012 at 10:19:30AM +0600, Roman Mamedov wrote:
> > On Tue, 18 Sep 2012 10:31:41 +0800
> > Miao Xie  wrote:
> > 
> > > On tue, 18 Sep 2012 10:30:17 +0900, Hidetoshi Seto wrote:
> > > > This patch adds mount-option command.
> > > > The command can set/get default mount options.
> > > > Now, the command can set/get 24 options.
> > > > These options are equal to mount options which store
> > > > in fs_info/mount-opt.
> > > 
> > > I don't think we need implement a separate command to do this,
> > > we can add it into btrfstune just like ext3/4. If so, the users
> > > who used ext3/4 before can be familiar with btrfs command as soon
> > > as possible.
> > 
> > btrfstune currently only does one thing:
> > 
> > $ sudo btrfstune
> > usage: btrfstune [options] device
> > -S valueenable/disable seeding
> > 
> > To me it'd seem more logical the other way, why not move this operation to 
> > the
> > base "btrfs" utility under some command, and remove "btrfstune" completely.
> 
>I would suggest picking up and extending Alex Block's "btrfs
> property set/get" idea for this.

And I'm with you here. I'm not sure if btrfstune has widespread use, the
functionality should go into a single management tool that everybody
uses.

david
--
To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


R: Re: [PATCH 2/2] Btrfs-progs: add mount-option command

2012-09-18 Thread Goffredo Baroncelli


>Da: r...@romanrm.ru
>Data: 18/09/2012 6.19
>A: 
>Cc: "Hidetoshi Seto", 
>Ogg: Re: [PATCH 2/2] Btrfs-progs: add mount-option command
>
>On Tue, 18 Sep 2012 10:31:41 +0800
>Miao Xie  wrote:
>
>> On tue, 18 Sep 2012 10:30:17 +0900, Hidetoshi Seto wrote:
>> > This patch adds mount-option command.
>> > The command can set/get default mount options.
>> > Now, the command can set/get 24 options.
>> > These options are equal to mount options which store
>> > in fs_info/mount-opt.
>> 
>> I don't think we need implement a separate command to do this,
>> we can add it into btrfstune just like ext3/4. If so, the users
>> who used ext3/4 before can be familiar with btrfs command as soon
>> as possible.
>
>btrfstune currently only does one thing:
>
>$ sudo btrfstune
>usage: btrfstune [options] device
>   -S valueenable/disable seeding
>
>To me it'd seem more logical the other way, why not move this operation to 
the
>base "btrfs" utility under some command, and remove "btrfstune" completely.

I fully agree. It doesn't make sense to have btrfstune as separate command. 
Its functionality should be integrate in Hidetoshi's patch: at the end both 
clear/set some flags.

I am not happy about the "btrfs property *" syntax, however the Hugo 
suggestion is right: these flags (with the seed one) are filesystem properties, 
and should be integrated in the Alexander work... However I don't know the 
status if its patches...


>
>-- 
>With respect,
>Roman
>
>~~~
>"Stallman had a printer,
>with code he could not see.
>So he began to tinker,
>and set the software free."
>


--
To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


R: [PATCH 2/2] Btrfs-progs: add mount-option command

2012-09-18 Thread Goffredo Baroncelli
Hi Seto,

please could you update also the man page too ? 
Why it was not provided a way to clear a *single* flag ? To me it seems a bit 
too long to clear all the flag (btrfs mount-option clear) and then set the 
right one.

As user interface I suggest something like chmod:

   btrfs mount-option set +ssd,skip_balance -nodatacow /dev/sdX

or

   btrfs mount-option set =ssd,skip_balance,nodatacow /dev/sdX


Finally I have some small concern about two macro (see below)

>Messaggio originale
>Da: seto.hideto...@jp.fujitsu.com
>Data: 18/09/2012 3.30
>A: 
>Ogg: [PATCH 2/2] Btrfs-progs: add mount-option command
>
[...]
>+/*
>+ * Flags for mount options.
>+ *
>+ * Note: don't forget to add new options to btrfs_show_options()
>+ */
>+#define BTRFS_MOUNT_NODATASUM (1 << 0)
>+#define BTRFS_MOUNT_NODATACOW (1 << 1)
>+#define BTRFS_MOUNT_NOBARRIER (1 << 2)
>+#define BTRFS_MOUNT_SSD   (1 << 3)
>+#define BTRFS_MOUNT_DEGRADED  (1 << 4)
>+#define BTRFS_MOUNT_COMPRESS  (1 << 5)
>+#define BTRFS_MOUNT_NOTREELOG   (1 << 6)
>+#define BTRFS_MOUNT_FLUSHONCOMMIT   (1 << 7)
>+#define BTRFS_MOUNT_SSD_SPREAD(1 << 8)
>+#define BTRFS_MOUNT_NOSSD (1 << 9)
>+#define BTRFS_MOUNT_DISCARD   (1 << 10)
>+#define BTRFS_MOUNT_FORCE_COMPRESS  (1 << 11)
>+#define BTRFS_MOUNT_SPACE_CACHE   (1 << 12)
>+#define BTRFS_MOUNT_CLEAR_CACHE   (1 << 13)
>+#define BTRFS_MOUNT_USER_SUBVOL_RM_ALLOWED (1 << 14)
>+#define BTRFS_MOUNT_ENOSPC_DEBUG   (1 << 15)
>+#define BTRFS_MOUNT_AUTO_DEFRAG   (1 << 16)
>+#define BTRFS_MOUNT_INODE_MAP_CACHE   (1 << 17)
>+#define BTRFS_MOUNT_RECOVERY  (1 << 18)
>+#define BTRFS_MOUNT_SKIP_BALANCE  (1 << 19)
>+#define BTRFS_MOUNT_CHECK_INTEGRITY   (1 << 20)
>+#define BTRFS_MOUNT_CHECK_INTEGRITY_INCLUDING_EXTENT_DATA (1 << 21)
>+#define BTRFS_MOUNT_PANIC_ON_FATAL_ERROR  (1 << 22)
>+
>+#define btrfs_clear_opt(o, opt)   ((o) &= ~BTRFS_MOUNT_##opt)
>+#define btrfs_set_opt(o, opt) ((o) |= BTRFS_MOUNT_##opt)
>+#define btrfs_test_opt(root, opt) ((root)->fs_info->mount_opt& \
>+   BTRFS_MOUNT_##opt)

I think that the macro names are too generic, I suggest to rename the three 
macros above as

#define btrfs_mount__opt

Also, the last one should be 

#define btrfs_test_opt(o, opt)  ( o & BTRFS_MOUNT_##opt)

Or better the other two

#define btrfs_mount_clear_opt(root, opt)
(((root)->fs_info->mount_opt) &= 
~BTRFS_MOUNT_##opt)
#define btrfs_mount_set_opt(root, opt)  (((root)->fs_info->mount_opt) 
|= 
BTRFS_MOUNT_##opt)




>-- 
>1.7.7.6
>
>
>--
>To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in
>the body of a message to majord...@vger.kernel.org
>More majordomo info at  http://vger.kernel.org/majordomo-info.html
>


--
To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Re: [PATCH 2/2] Btrfs-progs: add mount-option command

2012-09-18 Thread Hugo Mills
On Tue, Sep 18, 2012 at 10:19:30AM +0600, Roman Mamedov wrote:
> On Tue, 18 Sep 2012 10:31:41 +0800
> Miao Xie  wrote:
> 
> > On tue, 18 Sep 2012 10:30:17 +0900, Hidetoshi Seto wrote:
> > > This patch adds mount-option command.
> > > The command can set/get default mount options.
> > > Now, the command can set/get 24 options.
> > > These options are equal to mount options which store
> > > in fs_info/mount-opt.
> > 
> > I don't think we need implement a separate command to do this,
> > we can add it into btrfstune just like ext3/4. If so, the users
> > who used ext3/4 before can be familiar with btrfs command as soon
> > as possible.
> 
> btrfstune currently only does one thing:
> 
> $ sudo btrfstune
> usage: btrfstune [options] device
>   -S valueenable/disable seeding
> 
> To me it'd seem more logical the other way, why not move this operation to the
> base "btrfs" utility under some command, and remove "btrfstune" completely.

   I would suggest picking up and extending Alex Block's "btrfs
property set/get" idea for this.

   Hugo.

-- 
=== Hugo Mills: hugo@... carfax.org.uk | darksatanic.net | lug.org.uk ===
  PGP key: 515C238D from wwwkeys.eu.pgp.net or http://www.carfax.org.uk
  --- Welcome to Rivendell,  Mr Anderson... ---  


signature.asc
Description: Digital signature


Re: [PATCH 2/2] Btrfs-progs: add mount-option command

2012-09-17 Thread Roman Mamedov
On Tue, 18 Sep 2012 10:31:41 +0800
Miao Xie  wrote:

> On tue, 18 Sep 2012 10:30:17 +0900, Hidetoshi Seto wrote:
> > This patch adds mount-option command.
> > The command can set/get default mount options.
> > Now, the command can set/get 24 options.
> > These options are equal to mount options which store
> > in fs_info/mount-opt.
> 
> I don't think we need implement a separate command to do this,
> we can add it into btrfstune just like ext3/4. If so, the users
> who used ext3/4 before can be familiar with btrfs command as soon
> as possible.

btrfstune currently only does one thing:

$ sudo btrfstune
usage: btrfstune [options] device
-S valueenable/disable seeding

To me it'd seem more logical the other way, why not move this operation to the
base "btrfs" utility under some command, and remove "btrfstune" completely.

-- 
With respect,
Roman

~~~
"Stallman had a printer,
with code he could not see.
So he began to tinker,
and set the software free."


signature.asc
Description: PGP signature


Re: [PATCH 2/2] Btrfs-progs: add mount-option command

2012-09-17 Thread Miao Xie
On tue, 18 Sep 2012 10:30:17 +0900, Hidetoshi Seto wrote:
> This patch adds mount-option command.
> The command can set/get default mount options.
> Now, the command can set/get 24 options.
> These options are equal to mount options which store
> in fs_info/mount-opt.

I don't think we need implement a separate command to do this,
we can add it into btrfstune just like ext3/4. If so, the users
who used ext3/4 before can be familiar with btrfs command as soon
as possible.

Beside that, why not add a option into mkfs.btrfs?

Thanks
Miao

> 
> Signed-off-by: Hidetoshi Seto 
> ---
>  Makefile |5 +-
>  btrfs-parse-mntopt.c |  111 +
>  btrfs-parse-mntopt.h |   65 ++
>  btrfs.c  |1 +
>  cmds-mount.c |  150 
> ++
>  commands.h   |2 +
>  ctree.h  |   41 +-
>  7 files changed, 372 insertions(+), 3 deletions(-)
>  create mode 100644 btrfs-parse-mntopt.c
>  create mode 100644 btrfs-parse-mntopt.h
>  create mode 100644 cmds-mount.c
> 
> diff --git a/Makefile b/Makefile
> index c0aaa3d..6f67f4c 100644
> --- a/Makefile
> +++ b/Makefile
> @@ -5,9 +5,10 @@ objects = ctree.o disk-io.o radix-tree.o extent-tree.o 
> print-tree.o \
> root-tree.o dir-item.o file-item.o inode-item.o \
> inode-map.o crc32c.o rbtree.o extent-cache.o extent_io.o \
> volumes.o utils.o btrfs-list.o btrfslabel.o repair.o \
> -   send-stream.o send-utils.o
> +   send-stream.o send-utils.o btrfs-parse-mntopt.o
>  cmds_objects = cmds-subvolume.o cmds-filesystem.o cmds-device.o cmds-scrub.o 
> \
> -cmds-inspect.o cmds-balance.o cmds-send.o cmds-receive.o
> +cmds-inspect.o cmds-balance.o cmds-send.o cmds-receive.o \
> +cmds-mount.o
>  
>  CHECKFLAGS= -D__linux__ -Dlinux -D__STDC__ -Dunix -D__unix__ -Wbitwise \
>   -Wuninitialized -Wshadow -Wundef
> diff --git a/btrfs-parse-mntopt.c b/btrfs-parse-mntopt.c
> new file mode 100644
> index 000..87b341c
> --- /dev/null
> +++ b/btrfs-parse-mntopt.c
> @@ -0,0 +1,111 @@
> +#include 
> +#include 
> +#include 
> +#include "ctree.h"
> +#include "btrfs-parse-mntopt.h"
> +
> +void btrfs_parse_string2mntopt(struct btrfs_root *root, char **options)
> +{
> + struct btrfs_super_block *sb = &root->fs_info->super_copy;
> + char *p = NULL;
> + int i = 0;
> +
> + memset(&sb->default_mount_opt, 0, sizeof(unsigned long));
> + while ((p = strsep(options, ",")) != NULL) {
> + int token = DEF_MNTOPT_NUM + 1;
> +
> + if (!*p)
> + continue;
> + for (i = 0; i < DEF_MNTOPT_NUM; i++) {
> + if (!strcmp(p, toke[i].pattern)) {
> + token = toke[i].token;
> + break;
> + }
> + }
> + if (token > DEF_MNTOPT_NUM) {
> + printf("error: %s\n", p);
> + return;
> + }
> +
> + switch (token) {
> + case Opt_degraded:
> + btrfs_set_opt(sb->default_mount_opt, DEGRADED);
> + break;
> +
> + case Opt_nodatasum:
> + btrfs_set_opt(sb->default_mount_opt, NODATASUM);
> + break;
> + case Opt_nodatacow:
> + btrfs_set_opt(sb->default_mount_opt, NODATACOW);
> + btrfs_set_opt(sb->default_mount_opt, NODATASUM);
> + break;
> + case Opt_ssd:
> + btrfs_set_opt(sb->default_mount_opt, SSD);
> + break;
> + case Opt_ssd_spread:
> + btrfs_set_opt(sb->default_mount_opt, SSD);
> + btrfs_set_opt(sb->default_mount_opt, SSD_SPREAD);
> + break;
> + case Opt_nossd:
> + btrfs_set_opt(sb->default_mount_opt, NOSSD);
> + btrfs_clear_opt(sb->default_mount_opt, SSD);
> + btrfs_clear_opt(sb->default_mount_opt, SSD_SPREAD);
> + break;
> + case Opt_nobarrier:
> + btrfs_set_opt(sb->default_mount_opt, NOBARRIER);
> + break;
> + case Opt_notreelog:
> + btrfs_set_opt(sb->default_mount_opt, NOTREELOG);
> + break;
> + case Opt_flushoncommit:
> + btrfs_set_opt(sb->default_mount_opt, FLUSHONCOMMIT);
> + break;
> + case Opt_discard:
> + btrfs_set_opt(sb->default_mount_opt, DISCARD);
> + break;
> + case Opt_space_cache:
> + btrfs_set_opt(sb->default_mount_opt, SPACE_CACHE);
> + break;
> + case Opt_no_space_cache:
> + btrf

[PATCH 2/2] Btrfs-progs: add mount-option command

2012-09-17 Thread Hidetoshi Seto
This patch adds mount-option command.
The command can set/get default mount options.
Now, the command can set/get 24 options.
These options are equal to mount options which store
in fs_info/mount-opt.

Signed-off-by: Hidetoshi Seto 
---
 Makefile |5 +-
 btrfs-parse-mntopt.c |  111 +
 btrfs-parse-mntopt.h |   65 ++
 btrfs.c  |1 +
 cmds-mount.c |  150 ++
 commands.h   |2 +
 ctree.h  |   41 +-
 7 files changed, 372 insertions(+), 3 deletions(-)
 create mode 100644 btrfs-parse-mntopt.c
 create mode 100644 btrfs-parse-mntopt.h
 create mode 100644 cmds-mount.c

diff --git a/Makefile b/Makefile
index c0aaa3d..6f67f4c 100644
--- a/Makefile
+++ b/Makefile
@@ -5,9 +5,10 @@ objects = ctree.o disk-io.o radix-tree.o extent-tree.o 
print-tree.o \
  root-tree.o dir-item.o file-item.o inode-item.o \
  inode-map.o crc32c.o rbtree.o extent-cache.o extent_io.o \
  volumes.o utils.o btrfs-list.o btrfslabel.o repair.o \
- send-stream.o send-utils.o
+ send-stream.o send-utils.o btrfs-parse-mntopt.o
 cmds_objects = cmds-subvolume.o cmds-filesystem.o cmds-device.o cmds-scrub.o \
-  cmds-inspect.o cmds-balance.o cmds-send.o cmds-receive.o
+  cmds-inspect.o cmds-balance.o cmds-send.o cmds-receive.o \
+  cmds-mount.o
 
 CHECKFLAGS= -D__linux__ -Dlinux -D__STDC__ -Dunix -D__unix__ -Wbitwise \
-Wuninitialized -Wshadow -Wundef
diff --git a/btrfs-parse-mntopt.c b/btrfs-parse-mntopt.c
new file mode 100644
index 000..87b341c
--- /dev/null
+++ b/btrfs-parse-mntopt.c
@@ -0,0 +1,111 @@
+#include 
+#include 
+#include 
+#include "ctree.h"
+#include "btrfs-parse-mntopt.h"
+
+void btrfs_parse_string2mntopt(struct btrfs_root *root, char **options)
+{
+   struct btrfs_super_block *sb = &root->fs_info->super_copy;
+   char *p = NULL;
+   int i = 0;
+
+   memset(&sb->default_mount_opt, 0, sizeof(unsigned long));
+   while ((p = strsep(options, ",")) != NULL) {
+   int token = DEF_MNTOPT_NUM + 1;
+
+   if (!*p)
+   continue;
+   for (i = 0; i < DEF_MNTOPT_NUM; i++) {
+   if (!strcmp(p, toke[i].pattern)) {
+   token = toke[i].token;
+   break;
+   }
+   }
+   if (token > DEF_MNTOPT_NUM) {
+   printf("error: %s\n", p);
+   return;
+   }
+
+   switch (token) {
+   case Opt_degraded:
+   btrfs_set_opt(sb->default_mount_opt, DEGRADED);
+   break;
+
+   case Opt_nodatasum:
+   btrfs_set_opt(sb->default_mount_opt, NODATASUM);
+   break;
+   case Opt_nodatacow:
+   btrfs_set_opt(sb->default_mount_opt, NODATACOW);
+   btrfs_set_opt(sb->default_mount_opt, NODATASUM);
+   break;
+   case Opt_ssd:
+   btrfs_set_opt(sb->default_mount_opt, SSD);
+   break;
+   case Opt_ssd_spread:
+   btrfs_set_opt(sb->default_mount_opt, SSD);
+   btrfs_set_opt(sb->default_mount_opt, SSD_SPREAD);
+   break;
+   case Opt_nossd:
+   btrfs_set_opt(sb->default_mount_opt, NOSSD);
+   btrfs_clear_opt(sb->default_mount_opt, SSD);
+   btrfs_clear_opt(sb->default_mount_opt, SSD_SPREAD);
+   break;
+   case Opt_nobarrier:
+   btrfs_set_opt(sb->default_mount_opt, NOBARRIER);
+   break;
+   case Opt_notreelog:
+   btrfs_set_opt(sb->default_mount_opt, NOTREELOG);
+   break;
+   case Opt_flushoncommit:
+   btrfs_set_opt(sb->default_mount_opt, FLUSHONCOMMIT);
+   break;
+   case Opt_discard:
+   btrfs_set_opt(sb->default_mount_opt, DISCARD);
+   break;
+   case Opt_space_cache:
+   btrfs_set_opt(sb->default_mount_opt, SPACE_CACHE);
+   break;
+   case Opt_no_space_cache:
+   btrfs_clear_opt(sb->default_mount_opt, SPACE_CACHE);
+   break;
+   case Opt_inode_cache:
+   btrfs_set_opt(sb->default_mount_opt, INODE_MAP_CACHE);
+   break;
+   case Opt_clear_cache:
+   btrfs_set_opt(sb->default_mount_opt, CLEAR_CACHE);
+   break;
+   case Opt_user_subvol_rm_allowed:
+