From: Eric Sandeen <sandeen@redhat.com>
To: dsterba@suse.cz, linux-btrfs <linux-btrfs@vger.kernel.org>
Subject: Re: [PATCH] btrfs-progs: add supported attr flags to btrfs(5)
Date: Fri, 27 Jun 2014 11:38:10 -0500 [thread overview]
Message-ID: <53AD9DF2.9030200@redhat.com> (raw)
In-Reply-To: <20140627161025.GG1553@suse.cz>
On 6/27/14, 11:10 AM, David Sterba wrote:
> On Fri, Jun 27, 2014 at 10:36:54AM -0500, Eric Sandeen wrote:
...
>> btrfs tries to handle a flag value which is identical to the
>> 'X' flag value, which lsattr/chattr says is readonly...
>
> I'm looking at it from the kernel side, ie what's its meaning of the
> flag. The chattr tool still lives under the hood of e2fsprogs, but
> the ioctl interface is inherited to other filesystems (stating the
> obvious). e2fsprogs/chattr can decide to implement other meaning or new
> bits more or less freely (eg. there's the new 'N' flag for inlined files
> that I discovered just today while exploring the 'X' flag).
Yes, the interface originated w/ extN, but has clearly spread to other
filesystems, and spread like a weed. ;) It's still the de facto
interface, but looking through other filesystems, it's a bit of a disaster.
(filesystems specifying inheritance of flags they ignore, for example).
> There was a discussion at fsdevel about extending the interface or
> reworking it completely, I don't know if there's an outcome.
>
> From the btrfs side, we have the object properties that make a nice
> interface for accessing the file attributes in parallel with the chattr
> tool. The interface is currently underused so it's not possible to
> manipulate the flags yet.
or test the code, despite it being merged. \o/ oh well...
> I'd rather move the efforts to finalize this interface than adding
> single bits of the SETFLAGS ioctl and further extensions of the
> chattr/lsattr tools.
ok. In any case, back to the original patch: Your changes look fine.
'X' can't be set, so leave it out. Sorry about the 'd' vs 'D' - and I
like the new formatting. Feel free to make those changes.
(only nitpick: is 'X' ever reported by lsattr on btrfs? If so,
it could/should still be included)
((and a side note: I tried to change the text of the manpage to
be "btrfs" not "btrfs-mount" but that somehow broke the build, and
I didn't dig a lot further))
-Eric
next prev parent reply other threads:[~2014-06-27 16:38 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-06-26 20:38 [PATCH] btrfs-progs: add supported attr flags to btrfs(5) Eric Sandeen
2014-06-27 13:42 ` David Sterba
2014-06-27 14:56 ` Eric Sandeen
2014-06-27 15:30 ` David Sterba
2014-06-27 15:36 ` Eric Sandeen
2014-06-27 16:10 ` David Sterba
2014-06-27 16:38 ` Eric Sandeen [this message]
2014-07-01 17:43 ` David Sterba
2014-07-02 11:15 ` David Sterba
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=53AD9DF2.9030200@redhat.com \
--to=sandeen@redhat.com \
--cc=dsterba@suse.cz \
--cc=linux-btrfs@vger.kernel.org \
/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.