All of lore.kernel.org
 help / color / mirror / Atom feed
From: Chris Mason <mason@suse.com>
To: Oleg Drokin <green@namesys.com>
Cc: Tom Oehser <tom@toms.net>, reiserfs-list@namesys.com
Subject: Re: Symbol collisions in patch?
Date: 03 Apr 2002 08:38:26 -0500	[thread overview]
Message-ID: <1017841106.26533.92.camel@tiny> (raw)
In-Reply-To: <20020403093210.B5947@namesys.com>

On Wed, 2002-04-03 at 00:32, Oleg Drokin wrote:
> Hello!
> 
> On Tue, Apr 02, 2002 at 09:41:55PM -0500, Tom Oehser wrote:
> 
> > 2) There are symbol collisions that prevent supporting reiser AND ext3fs,
> >    *even as a module*.  Come on, guys, symbol collisions between the two
> >    most popular journalling filesystems?  Pa-thetic...
> 
> I believe this is ext3 problem, because reiserfs occupied these symbol first ;)
> ext3 appeared a little bit later then reiserfs.

Shrug, for 2.2.x, both filesystems grew within a short time of each
other.  I thought ext3 resolved the conflicts (at least they did in
2.4.x).

> 
> > 3) There is no support for version 3.6 filesystems in 2.2.x, so, what good
> >    is reiser support on my rescue diskette, if 2.4.x users can't use it?
> 
> This is even documented. v3.6 format is for 2.4+ kernels only.
> If you concerned that much about the issue and needs this v3.6 support,
> you might try to convice Hans about that.
> One of teh best ways to convice Hans to provice v3.6 support in 2.2 kernels
> is to pay for the work (details are at http://www.namesys.com/support.html)

Tom, putting the 3.6.x format into the 2.2.x code is a huge amount of
work.  It took us months to get things stable in 2.4.x.  If anyone on
the list wants to do the port, I'll supply beer for the party when
you're done.
 
> > So, the rest of the world is still willing to devote *some* effort to
> > supporting 2.0.x, (and libc5, for that matter), and *plenty* of effort to
> > supporting 2.2.x, but it seems that reiser doesn't isn't or won't...

We support the code we've written.  So, if someone finds a bug in 2.2.x
reiserfs, we fix it.  It is unlikely that new features (3.6.x, relocated
journals, non 4k block sizes) will be ported back to kernels before
2.4.x.

-chris



  reply	other threads:[~2002-04-03 13:38 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2002-04-03  2:41 Symbol collisions in patch? Tom Oehser
2002-04-03  5:32 ` Oleg Drokin
2002-04-03 13:38   ` Chris Mason [this message]
2002-04-03 13:43     ` Oleg Drokin
2002-04-03 14:02       ` Chris Mason
2002-04-03 14:05         ` Oleg Drokin
2002-04-03  5:54 ` Adrian Phillips
2002-04-03  7:33 ` Adam Goryachev
2002-04-03 11:51   ` Tom Oehser
2002-04-03 12:55     ` Oleg Drokin
2002-04-03 16:35 ` Chris Mason

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=1017841106.26533.92.camel@tiny \
    --to=mason@suse.com \
    --cc=green@namesys.com \
    --cc=reiserfs-list@namesys.com \
    --cc=tom@toms.net \
    /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.