From: Jonathan Briggs <jbriggs@esoft.com>
To: Hans Reiser <reiser@namesys.com>
Cc: reiserfs-list@namesys.com
Subject: Re: State of the Reiser4 FS
Date: Wed, 15 Mar 2006 12:45:41 -0700 [thread overview]
Message-ID: <1142451941.16641.32.camel@localhost> (raw)
In-Reply-To: <4417BEC4.6060506@namesys.com>
[-- Attachment #1: Type: text/plain, Size: 1784 bytes --]
On Tue, 2006-03-14 at 23:14 -0800, Hans Reiser wrote:
[snip]
> They claim that if we don't use the ext3 code
> in our fs then they will be forced to shoulder an extra burden to
> maintain our code. We are not allowed to specify that they should not
> maintain our code at all. I need to read more Kafka I think, it is hard
> for me to understand it all.
Err, this actually does make a lot of sense Hans.
The mainline Linux Kernel code is maintained by everyone that can
convince Linus or a sub-maintainer to accept their patch. In order to
produce an acceptable patch to core kernel code that provides
file-system services, a patch author must also change the file systems
that use it. He or she cannot just leave the change laying around for
everyone else to fix. (At least, not usually.)
The only code that doesn't have to be maintained by main-line patch
contributors is out of tree, which is where Reiser4 is now. Code that
no one is interested in maintaining or can't be maintained gets kicked
out of tree.
Some of your reasons to get it into main-line kernel include: more trust
by end users that your code is stable, avoiding your team having to do
their own fixes for cross-kernel changes, and a wider user base through
ease of use (not having to apply extra kernel patches).
Right?
User trust comes through passing the code reviews, and users knowing
that if the Reiser4 team vaporizes, the code can still be maintained and
the file-system won't disappear.
Avoiding extra work for cross-kernel patches means that other people
have to be able to make changes to your code.
That all means that accepting Reiser4 code into main-line does mean they
have to maintain it.
--
Jonathan Briggs <jbriggs@esoft.com>
eSoft, Inc.
[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 191 bytes --]
next prev parent reply other threads:[~2006-03-15 19:45 UTC|newest]
Thread overview: 27+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-03-14 10:41 State of the Reiser4 FS Avuton Olrich
2006-03-14 11:45 ` Vladimir V. Saveliev
2006-03-14 15:32 ` Clemens Eisserer
2006-03-15 7:14 ` Hans Reiser
2006-03-15 8:57 ` Andreas Schäfer
2006-03-15 18:29 ` Hans Reiser
2006-03-15 19:27 ` Andreas Schäfer
2006-03-15 21:08 ` Andreas Dilger
2006-03-16 0:58 ` 4k at a time only works well for an OS that does less per iteration than Linux does Hans Reiser
2006-03-15 19:45 ` Jonathan Briggs [this message]
2006-03-15 20:43 ` State of the Reiser4 FS Hans Reiser
2006-03-15 21:25 ` Andreas Schäfer
2006-03-15 8:45 ` Hans Reiser
2006-03-15 12:59 ` Avuton Olrich
2006-03-15 18:33 ` Hans Reiser
2006-03-26 11:27 ` 2.6.16 patch jp
2006-03-27 17:27 ` jp
2006-03-28 11:42 ` Vladimir V. Saveliev
2006-03-28 12:54 ` Tassilo Horn
2006-03-28 17:12 ` Danny Milosavljevic
2006-03-28 18:00 ` Tassilo Horn
2006-03-28 23:22 ` Jake Maciejewski
2006-03-27 20:10 ` Marcus Furlong
2006-03-27 19:44 ` Tassilo Horn
2006-03-27 21:32 ` Marcus Furlong
2006-03-27 20:41 ` Tassilo Horn
2006-03-27 21:29 ` Tassilo Horn
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=1142451941.16641.32.camel@localhost \
--to=jbriggs@esoft.com \
--cc=reiser@namesys.com \
--cc=reiserfs-list@namesys.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 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.