From: Adrian Bunk <bunk@stusta.de>
To: Vladimir Saveliev <vs@namesys.com>
Cc: Andrew Morton <akpm@osdl.org>, Hans Reiser <reiser@namesys.com>,
"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
DaMouse <damouse@gmail.com>
Subject: Re: 2.6.10-rc1-mm5: REISER4_LARGE_KEY is still selectable
Date: Fri, 12 Nov 2004 18:15:57 +0100 [thread overview]
Message-ID: <20041112171557.GF2249@stusta.de> (raw)
In-Reply-To: <1100274731.1490.63.camel@tribesman.namesys.com>
On Fri, Nov 12, 2004 at 07:37:59PM +0300, Vladimir Saveliev wrote:
> Hello
Hi Vladimir,
> On Fri, 2004-11-12 at 16:23, Adrian Bunk wrote:
> > On Fri, Nov 12, 2004 at 10:07:59AM +0300, Vladimir Saveliev wrote:
> > > On Thu, 2004-11-11 at 19:50, Adrian Bunk wrote:
> > > > REISER4_LARGE_KEY is still selectable in reiser4-include-reiser4.patch
> > > > (and we agreed that it shouldn't be).
> > >
> > > Sorry, concerning this problem - what did we agree about?
> >
> > depending on the setting of REISER4_LARGE_KEY, there are two binary
> > incompatible variants of reiser4 (which can't be both supported by one
> > kernel).
> >
> > Therefore, REISER4_LARGE_KEY shouldn't be asked but always enabled.
>
> One may create reiser4 with so called short keys. In current state of
> code enabling LARGE_KEY will make impossible to use that filesystem.
exactly that's the problem.
> So, while reiser4 is not able to distinguish key type on fly we let user
> to look for and undefive REISER4_LARGE_KEY macro directly in source
> code?
My personal preference was to simply remove the REISER4_LARGE_KEY=n
case, but Hans' suggestion to hide this option in a .h file without
being visible from the Kconfig files [1] is also OK.
cu
Adrian
[1] http://www.ussg.iu.edu/hypermail/linux/kernel/0410.2/2834.html
--
"Is there not promise of rain?" Ling Tan asked suddenly out
of the darkness. There had been need of rain for many days.
"Only a promise," Lao Er said.
Pearl S. Buck - Dragon Seed
next prev parent reply other threads:[~2004-11-12 17:20 UTC|newest]
Thread overview: 48+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-11-11 9:23 2.6.10-rc1-mm5 Andrew Morton
2004-11-11 10:09 ` 2.6.10-rc1-mm5 Magnus Damm
2004-11-11 10:11 ` 2.6.10-rc1-mm5 Andrew Morton
2004-11-11 10:24 ` 2.6.10-rc1-mm5 Magnus Damm
2004-11-11 10:45 ` 2.6.10-rc1-mm5 Brice Goglin
2004-11-11 11:00 ` 2.6.10-rc1-mm5 Stefano Rivoir
2004-11-11 11:13 ` 2.6.10-rc1-mm5 Andrew Morton
2004-11-11 11:04 ` 2.6.10-rc1-mm5 Markus Trippelsdorf
2004-11-11 11:08 ` 2.6.10-rc1-mm5 Andrew Morton
2004-11-11 21:55 ` 2.6.10-rc1-mm5 Martin J. Bligh
2004-11-11 22:14 ` 2.6.10-rc1-mm5 Andrew Morton
2004-11-12 9:27 ` 2.6.10-rc1-mm5 Jens Axboe
2004-11-11 22:41 ` 2.6.10-rc1-mm5 Andrew Morton
2004-11-12 10:50 ` [PATCH] Fix SHMEM options David Howells
2004-11-12 16:45 ` Christoph Hellwig
2004-11-11 12:11 ` 2.6.10-rc1-mm5: yenta_socket issue Rafael J. Wysocki
2004-11-11 12:21 ` Andrew Morton
2004-11-11 12:43 ` Rafael J. Wysocki
2004-11-12 3:55 ` Rusty Russell
2004-11-11 16:50 ` 2.6.10-rc1-mm5: REISER4_LARGE_KEY is still selectable Adrian Bunk
2004-11-12 7:07 ` Vladimir Saveliev
2004-11-12 13:23 ` Adrian Bunk
2004-11-12 16:16 ` DaMouse
2004-11-12 16:37 ` Vladimir Saveliev
2004-11-12 17:15 ` Adrian Bunk [this message]
2004-12-11 17:25 ` Hans Reiser
2004-11-11 21:45 ` Reiser{3,4}: problem with the copyright statement Adrian Bunk
2004-11-11 21:59 ` Linus Torvalds
2004-11-12 16:47 ` Christoph Hellwig
2004-11-12 17:06 ` Christoph Hellwig
2004-11-12 17:11 ` Adrian Bunk
2004-11-12 17:13 ` Christoph Hellwig
2004-11-12 19:33 ` Hans Reiser
2004-11-11 22:51 ` Stephen Pollei
2004-11-12 2:08 ` Zan Lynx
2004-11-11 23:28 ` 2.6.10-rc1-mm5: reiser4: print_clog in debug.c useless? Adrian Bunk
2004-11-12 2:39 ` 2.6.10-rc1-mm5: strange fs/reiser4/linux-5_reiser4_syscall.patch Adrian Bunk
2004-11-12 14:30 ` [patch] 2.6.10-rc1-mm5: some reiser4 cleanups Adrian Bunk
2004-11-12 19:00 ` 2.6.10-rc1-mm5 Alexander Nyberg
2004-11-13 0:11 ` 2.6.10-rc1-mm5 Greg KH
2004-11-13 17:55 ` 2.6.10-rc1-mm5 [u] Martin Schlemmer [c]
2004-11-13 21:16 ` Martin Schlemmer [c]
2004-11-13 21:22 ` Andrew Morton
2004-11-13 22:19 ` Jedi/Sector One
2004-11-13 22:22 ` Martin Schlemmer [c]
2004-11-13 23:24 ` Andrew Morton
2004-11-14 0:07 ` Martin Schlemmer [c]
2004-11-14 9:10 ` Jamie Lokier
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=20041112171557.GF2249@stusta.de \
--to=bunk@stusta.de \
--cc=akpm@osdl.org \
--cc=damouse@gmail.com \
--cc=linux-kernel@vger.kernel.org \
--cc=reiser@namesys.com \
--cc=vs@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.