linux-ext4.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Jan Kara <jack@suse.cz>
To: Eric Sandeen <sandeen@redhat.com>
Cc: ext4 development <linux-ext4@vger.kernel.org>, Jan Kara <jack@suse.cz>
Subject: Re: [PATCH] ext4: enable acls and user_xattr by default
Date: Mon, 21 Feb 2011 14:46:42 +0100	[thread overview]
Message-ID: <20110221134642.GC6584@quack.suse.cz> (raw)
In-Reply-To: <4D5ED705.7010902@redhat.com>

  Hi Eric,

On Fri 18-02-11 14:31:01, Eric Sandeen wrote:
> There's no good reason to require the extra step of providing
> a mount option for acl or user_xattr once the feature is configured
> on; no other filesystem that I know of requires this.
> 
> Userspace patches have set these options in default mount options,
> and this patch makes them default in the kernel.  At some point
> we can start to deprecate the options, perhaps.
> 
> For now I've removed default mount option checks in show_options()
> to be explicit about what's set, since it's changing the default,
> but I'm open to alternatives if desired.
> 
> Signed-off-by: Eric Sandeen <sandeen@redhat.com>
> ---
> 
> p.s. I've got ext2 & ext3 patches too - Jan, is this ok with
> you for ext2/3 as well?
  I was thinking about this for a while. I definitely agree with the change
of default mount options in e2fsprogs (so that user_xattr and acl will be
turned on by default). But after such change is there really any bigger
point in changing the kernel defaults? Users won't have to specify options
for new filesystems because of new default mount options setting (so the
change does not bring any simplification) and for old filesystems the admin
has proper options in /etc/fstab and if not perhaps he didn't want e.g.
user_xattr to be supported so suddently turning the support on with newer
kernel will confuse them)?

So if we wanted to do such a transition for consistency with other
filesystems, we should maybe first start warning that people should use
nouser_xattr and noacl when they really didn't want them?

								Honza
-- 
Jan Kara <jack@suse.cz>
SUSE Labs, CR

  reply	other threads:[~2011-02-21 13:46 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-02-18 20:31 [PATCH] ext4: enable acls and user_xattr by default Eric Sandeen
2011-02-21 13:46 ` Jan Kara [this message]
2011-02-21 17:10   ` Eric Sandeen
2011-02-23 17:31     ` Ted Ts'o
2011-02-24 11:49       ` Jan Kara
2011-02-24 12:19         ` Theodore Tso
2011-02-24 13:57           ` Jan Kara
2011-02-24 16:49             ` Ted Ts'o
2011-02-24 18:31               ` Jan Kara
2011-02-23 22:51 ` Ted Ts'o

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20110221134642.GC6584@quack.suse.cz \
    --to=jack@suse.cz \
    --cc=linux-ext4@vger.kernel.org \
    --cc=sandeen@redhat.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).