From: Theodore Tso <tytso@MIT.EDU>
To: Pietro Gagliardi <pietro10@mac.com>
Cc: linux-ext4@vger.kernel.org
Subject: Re: Kernel patch: ext2 creators list update
Date: Sat, 29 Mar 2008 08:21:28 -0400 [thread overview]
Message-ID: <20080329122128.GA32033@mit.edu> (raw)
In-Reply-To: <B897C02B-AB2F-4888-960A-2B72546BD5C1@mac.com>
On Fri, Mar 28, 2008 at 05:54:07PM -0400, Pietro Gagliardi wrote:
> Hello. I'm working on a new OS that will have ext2 as the primary
> filesystem. I'm adding my OS to the list of creators, for the
> superblock item s_creator_os. I know the kernel doesn't use these
> values; I don't know if any user programs do, though.
It turns out s_creator_os was a mistake, because there's no sane way
*to* use it. You want filesystems to be portable across different
operating systems, so using it to change the interpretation of various
fields causes problem for cross-OS compatibility, if you want to mount
an ext2 filesystem created on FreeBSD on Linux, for example. So at
best it's only good as a non-functional comment and that's about it.
So more support of this field means that people might do things like
what they did with Hurd, which was absolutely the *wrong* way to do
things. So for example, if you delete files on a Hurd filesystem on
most other operating systems, the other OS's probably won't know to
remove the Hurd's translator block, resulting in a (mostly harmless)
corrupted filesystem because the translator block won't be freed. So
the s_creator_os simply because an attractive nuisance, that invites
people to do the Wrong Thing. (They should have used an RO compat
feature flag instead.)
Fortunately, Hurd never got any real popularity, so the fact that the
Linux kernel doesn't currectly Hurd-variant filesystems isn't a big
deal. But it was clearly a bad mistake on our part.
So actually, what we should do instead is add coments saying that the
use of s_creator_os is deprecated, and gradually reduce the use of it
entirely. (Hurd will eventually move its the functionality for
storing an inode's "translator" to an extended attribute, at which
point the need for s_creator_os can actually go away completely.)
- Ted
prev parent reply other threads:[~2008-03-29 12:21 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-03-28 21:54 Kernel patch: ext2 creators list update Pietro Gagliardi
2008-03-29 12:21 ` Theodore Tso [this message]
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=20080329122128.GA32033@mit.edu \
--to=tytso@mit.edu \
--cc=linux-ext4@vger.kernel.org \
--cc=pietro10@mac.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).