From: Randy Dunlap <randy.dunlap@oracle.com>
To: Valdis.Kletnieks@vt.edu
Cc: Andrew Morton <akpm@osdl.org>, linux-kernel@vger.kernel.org
Subject: Re: mm snapshot broken-out-2007-01-26-00-36.tar.gz uploaded
Date: Sun, 28 Jan 2007 21:14:24 -0800 [thread overview]
Message-ID: <20070128211424.de321492.randy.dunlap@oracle.com> (raw)
In-Reply-To: <200701290258.l0T2wQjU003810@turing-police.cc.vt.edu>
On Sun, 28 Jan 2007 21:58:26 -0500 Valdis.Kletnieks@vt.edu wrote:
> On 26/01/07, akpm@osdl.org <akpm@osdl.org> wrote:
> > The mm snapshot broken-out-2007-01-26-00-36.tar.gz has been uploaded to
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/mm/broken-out-2007-01-26-00-36.tar.gz
>
> Aliens ate my brain, part 2:
>
> My IPv6 configuration evaporated, totally, out of my .config. I tracked it
> down to wierdness with net/Kconfig:
>
> if INET
>
> source "net/ipv4/Kconfig"
> source "net/netlabel/Kconfig"
>
> endif # if INET
>
> source "net/ipv6/Kconfig"
>
> (Yes, the ipv6 is now *outside* the if/endif - that's what I had to do to make
> it work). If that last 'source' was *inside* that if/endif, it became
> invisible unless I set INET to *N*, at which point ipv4 and netlabel would
> disappear, and ipv6 would become visible. If I set INET to Y, then ipv4 and
> netlabel would come back, and ipv6 would go poof again. This affected both
> 'make menuconfig' and 'make [silent]oldconfig'.
>
> .config follows. I have *no* idea what caused it.
Possibly my (bad) gfs2/dlm patch...
Please try applying Adrian Bunk's patch to see if that fixes the
IPV6 disappearing trick. (below)
---
On Sun, Jan 28, 2007 at 11:08:18AM +0100, Jiri Slaby wrote:
> Andrew Morton napsal(a):
> >Temporarily at
> >
> > http://userweb.kernel.org/~akpm/2.6.20-rc6-mm1/
>
> Unable to select IPV6. Menuconfig doesn't offer it when INET is selected.
> When it's not it appears in the menu, but after state change it gets away.
> The same behaviour in xconfig, gconfig.
>
> $ mkdir ../a/tst
> $ make O=../a/tst menuconfig
> HOSTCC scripts/basic/fixdep
> [...]
> HOSTLD scripts/kconfig/mconf
> scripts/kconfig/mconf arch/i386/Kconfig
> Warning! Found recursive dependency: INET GFS2_FS_LOCKING_DLM SYSFS
> OCFS2_FS INET
>
> Maybe this is the problem?
Yes, patch below.
> regards,
cu
Adrian
<-- snip -->
This patch fixes a circular dependency by letting GFS2_FS_LOCKING_DLM
and DLM depend on instead of select SYSFS.
Since SYSFS depends on EMBEDDED this change shouldn't cause any problems
for users.
Signed-off-by: Adrian Bunk <bunk@stusta.de>
---
fs/dlm/Kconfig | 3 +--
fs/gfs2/Kconfig | 3 +--
2 files changed, 2 insertions(+), 4 deletions(-)
--- linux-2.6.20-rc6-mm1/fs/gfs2/Kconfig.old 2007-01-28 16:44:17.000000000 +0100
+++ linux-2.6.20-rc6-mm1/fs/gfs2/Kconfig 2007-01-28 16:44:59.000000000 +0100
@@ -34,11 +34,10 @@
config GFS2_FS_LOCKING_DLM
tristate "GFS2 DLM locking module"
- depends on GFS2_FS && NET && INET && (IPV6 || IPV6=n)
+ depends on GFS2_FS && SYSFS && NET && INET && (IPV6 || IPV6=n)
select IP_SCTP if DLM_SCTP
select CONFIGFS_FS
select DLM
- select SYSFS
help
Multiple node locking module for GFS2
--- linux-2.6.20-rc6-mm1/fs/dlm/Kconfig.old 2007-01-28 16:56:57.000000000 +0100
+++ linux-2.6.20-rc6-mm1/fs/dlm/Kconfig 2007-01-28 16:57:16.000000000 +0100
@@ -3,9 +3,8 @@
config DLM
tristate "Distributed Lock Manager (DLM)"
- depends on IPV6 || IPV6=n
+ depends on SYSFS && (IPV6 || IPV6=n)
select CONFIGFS_FS
- select SYSFS
select IP_SCTP if DLM_SCTP
help
A general purpose distributed lock manager for kernel or userspace
-
next prev parent reply other threads:[~2007-01-29 5:20 UTC|newest]
Thread overview: 42+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <200701260837.l0Q8blBr011622@shell0.pdx.osdl.net>
2007-01-26 15:04 ` mm snapshot broken-out-2007-01-26-00-36.tar.gz uploaded Michal Piotrowski
2007-01-26 15:33 ` Serge E. Hallyn
2007-01-26 15:38 ` Serge E. Hallyn
2007-01-26 16:06 ` Michal Piotrowski
2007-01-26 16:37 ` Michal Piotrowski
2007-01-26 16:46 ` Michal Piotrowski
2007-01-26 16:57 ` Michal Piotrowski
2007-01-26 17:29 ` Michal Piotrowski
2007-01-26 18:14 ` Serge E. Hallyn
2007-01-26 18:22 ` Michal Piotrowski
2007-01-26 18:58 ` Serge E. Hallyn
2007-01-26 17:48 ` Michal Piotrowski
2007-01-26 18:04 ` Michal Piotrowski
[not found] ` <6bffcb0e0701261008u2fd5a7d9va16d7fd9f250e14b@mail.gmail.com>
2007-01-26 18:38 ` Christoph Lameter
2007-01-26 18:43 ` Pavel Machek
2007-01-26 18:45 ` Michal Piotrowski
2007-01-26 19:07 ` Christoph Lameter
2007-01-26 19:20 ` Michal Piotrowski
2007-01-26 19:45 ` Michal Piotrowski
[not found] ` <6bffcb0e0701261523j3a84a357lad93260b5865c99d@mail.gmail.com>
2007-01-27 0:33 ` Andrew Morton
2007-01-27 0:41 ` Michal Piotrowski
2007-01-27 0:29 ` Michal Piotrowski
2007-01-27 15:05 ` Michal Piotrowski
2007-01-27 20:38 ` Herbert Xu
2007-01-27 16:03 ` Michal Piotrowski
2007-01-30 1:05 ` Tejun Heo
2007-01-27 16:14 ` Michal Piotrowski
2007-01-27 17:20 ` Michal Piotrowski
[not found] ` <6bffcb0e0701270837i1ec40560l6e61e8876177e9da@mail.gmail.com>
2007-01-27 21:29 ` Tilman Schmidt
2007-01-27 21:41 ` Andrew Morton
2007-01-27 22:12 ` Michal Piotrowski
2007-01-27 23:25 ` Tilman Schmidt
2007-01-27 23:27 ` Michal Piotrowski
2007-01-28 2:41 ` Valdis.Kletnieks
2007-01-28 3:37 ` Michal Piotrowski
2007-01-29 2:49 ` Valdis.Kletnieks
2007-01-29 6:08 ` Eric W. Biederman
2007-01-29 6:45 ` Valdis.Kletnieks
2007-01-29 8:24 ` Eric W. Biederman
2007-01-29 2:58 ` Valdis.Kletnieks
2007-01-29 5:14 ` Randy Dunlap [this message]
2007-01-29 5:46 ` Valdis.Kletnieks
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=20070128211424.de321492.randy.dunlap@oracle.com \
--to=randy.dunlap@oracle.com \
--cc=Valdis.Kletnieks@vt.edu \
--cc=akpm@osdl.org \
--cc=linux-kernel@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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox