All of lore.kernel.org
 help / color / mirror / Atom feed
From: Jan Kara <jack@suse.cz>
To: Tao Ma <tm@tao.ma>
Cc: Theodore Ts'o <tytso@mit.edu>,
	linux-ext4@vger.kernel.org, Jan Kara <jack@suse.cz>
Subject: Re: RFC: remove CONFIG_EXT4_FS_XATTR
Date: Thu, 6 Dec 2012 11:26:57 +0100	[thread overview]
Message-ID: <20121206102657.GA16579@quack.suse.cz> (raw)
In-Reply-To: <50BFF5D6.7050804@tao.ma>

On Thu 06-12-12 09:33:10, Tao Ma wrote:
> On 12/06/2012 06:35 AM, Theodore Ts'o wrote:
> > 
> > The number of build warnings that were generated with the inline data
> > patch makes me think that perhaps we should just remove
> > CONFIG_EXT4_FS_XATTR.  Turning off CONFIG_EXT4_FS_XATTR causes a net
> > decrease in the ext4 file system by 27k (about 7.3% if ext4 is built as
> > a module; the entire compiled kernel's text+data size for my
> > all-in-one-no-modules-for-kvm-testing is 19 megabytes).
> > 
> > Another advantage of making this change is with the inline data option,
> > if you turn off CONFIG_EXT4_FS_XATTR, it will still allow a file system
> > with inline_data to be mounted, but then attempts to read small files or
> > small directories will end up returning EOPNOTSUPP, which will be
> > surprising to end users in a very serious way.  (Assuming it works at
> > all; I haven't tested to make sure it fails cleanly, and I'm not sure
> > Tao has tested that case either; so easing our test matrix is another
> > reason why removing this config option would be helpful.)
> To be frank, I didn't try the inline data test without xattr support. So
> that would be great if we remove it. :)
> 
> btw, does any distribution disable xattr support during kernel build? As
> Eric said on behalf of redhat, and in my ubuntu box xattr is enabled.
> Would Jan confirm that SUSE also use it by default?
  Yes, we enable xattrs in all our kernel configs... BTW +1 from me for
removing the config option.

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

  parent reply	other threads:[~2012-12-06 10:27 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-12-05 22:35 RFC: remove CONFIG_EXT4_FS_XATTR Theodore Ts'o
2012-12-05 23:04 ` Eric Sandeen
2012-12-06  1:33 ` Tao Ma
2012-12-06  3:48   ` Theodore Ts'o
2012-12-06 19:28     ` David Brown
2012-12-06 10:26   ` Jan Kara [this message]
2012-12-10  6:19 ` [PATCH] ext4: Remove CONFIG_EXT4_FS_XATTR Tao Ma
2012-12-10 10:08   ` Jan Kara
2012-12-10 15:11   ` [PATCH V2] " Tao Ma
2012-12-10 19:21   ` [PATCH] " Theodore 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=20121206102657.GA16579@quack.suse.cz \
    --to=jack@suse.cz \
    --cc=linux-ext4@vger.kernel.org \
    --cc=tm@tao.ma \
    --cc=tytso@mit.edu \
    /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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.