All of lore.kernel.org
 help / color / mirror / Atom feed
From: Patrick McHardy <kaber@trash.net>
To: Adrian Bunk <bunk@stusta.de>
Cc: Netfilter Development Mailinglist
	<netfilter-devel@lists.netfilter.org>,
	linux-kernel@vger.kernel.org
Subject: Re: 2.6.16-rc4-mm1
Date: Tue, 21 Feb 2006 02:17:32 +0100	[thread overview]
Message-ID: <43FA6A2C.8000905@trash.net> (raw)
In-Reply-To: <20060220204456.GG4661@stusta.de>

Adrian Bunk wrote:
> On Mon, Feb 20, 2006 at 03:11:36PM +0100, Patrick McHardy wrote:
> 
>>Ideally this dependency should be enforced by Kconfig. I'm not sure
>>if it is possible to express something like "IP_DCCP_CCID2 and
>>IP_DCCP_CCID3 depend on DCCP, DCCP requires at least one of both
>>to be enabled". Can someone more familiar with Kconfig than me
>>comment on this? Otherwise the #error should be moved to
>>net/dccp/options.c to keep dccp.h usable without dccp enabled.
> 
> 
> I can try to do it, but I need the exact semantics.
> 
> Should all of the following stay allowed configurations?
> 
> CONFIG_IP_DCCP=y
> CONFIG_IP_DCCP_CCID2=m
> CONFIG_IP_DCCP_CCID3=n
> 
> CONFIG_IP_DCCP=y
> CONFIG_IP_DCCP_CCID2=y
> CONFIG_IP_DCCP_CCID3=m

Arnaldo apparently wants to fix it differently, but maybe you could help
us with conntrack :) CONFIG_IP_NF_CONNTRACK and CONFIG_NF_CONNTRACK
should be mutually exclusive. Specifying

CONFIG_IP_NF_CONNTRACK
	depends on CONFIG_NF_CONNTRACK=n

CONFIG_NF_CONNTRACK
	depends on CONFIG_IP_NF_CONNTRACK=n

will avoid asking for NF_CONNTRACK when IP_NF_CONNTRACK is set, but not
the other way around.

WARNING: multiple messages have this Message-ID (diff)
From: Patrick McHardy <kaber@trash.net>
To: Adrian Bunk <bunk@stusta.de>
Cc: linux-kernel@vger.kernel.org,
	Netfilter Development Mailinglist 
	<netfilter-devel@lists.netfilter.org>
Subject: Re: 2.6.16-rc4-mm1
Date: Tue, 21 Feb 2006 02:17:32 +0100	[thread overview]
Message-ID: <43FA6A2C.8000905@trash.net> (raw)
In-Reply-To: <20060220204456.GG4661@stusta.de>

Adrian Bunk wrote:
> On Mon, Feb 20, 2006 at 03:11:36PM +0100, Patrick McHardy wrote:
> 
>>Ideally this dependency should be enforced by Kconfig. I'm not sure
>>if it is possible to express something like "IP_DCCP_CCID2 and
>>IP_DCCP_CCID3 depend on DCCP, DCCP requires at least one of both
>>to be enabled". Can someone more familiar with Kconfig than me
>>comment on this? Otherwise the #error should be moved to
>>net/dccp/options.c to keep dccp.h usable without dccp enabled.
> 
> 
> I can try to do it, but I need the exact semantics.
> 
> Should all of the following stay allowed configurations?
> 
> CONFIG_IP_DCCP=y
> CONFIG_IP_DCCP_CCID2=m
> CONFIG_IP_DCCP_CCID3=n
> 
> CONFIG_IP_DCCP=y
> CONFIG_IP_DCCP_CCID2=y
> CONFIG_IP_DCCP_CCID3=m

Arnaldo apparently wants to fix it differently, but maybe you could help
us with conntrack :) CONFIG_IP_NF_CONNTRACK and CONFIG_NF_CONNTRACK
should be mutually exclusive. Specifying

CONFIG_IP_NF_CONNTRACK
	depends on CONFIG_NF_CONNTRACK=n

CONFIG_NF_CONNTRACK
	depends on CONFIG_IP_NF_CONNTRACK=n

will avoid asking for NF_CONNTRACK when IP_NF_CONNTRACK is set, but not
the other way around.

  reply	other threads:[~2006-02-21  1:17 UTC|newest]

Thread overview: 74+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-02-20 12:26 2.6.16-rc4-mm1 Andrew Morton
2006-02-20 12:38 ` 2.6.16-rc4-mm1 Al Viro
2006-02-20 12:54   ` 2.6.16-rc4-mm1 Francesco Biscani
2006-02-20 12:40 ` 2.6.16-rc4-mm1 Reuben Farrelly
2006-02-20 19:36   ` [PATCH] remove ccache from top level Makefile and make configurable Andy Whitcroft
2006-02-20 21:39     ` Christopher Friesen
2006-02-21 18:39       ` Andy Whitcroft
2006-02-20 20:15   ` 2.6.16-rc4-mm1 Al Viro
2006-02-21  0:53     ` 2.6.16-rc4-mm1 Andrew Morton
2006-02-21  4:40       ` 2.6.16-rc4-mm1 Al Viro
2006-02-21  7:59       ` 2.6.16-rc4-mm1 Arjan van de Ven
2006-02-20 13:02 ` 2.6.16-rc4-mm1 Reuben Farrelly
2006-02-20 14:11   ` 2.6.16-rc4-mm1 Patrick McHardy
2006-02-20 14:11     ` 2.6.16-rc4-mm1 Patrick McHardy
2006-02-20 14:20     ` 2.6.16-rc4-mm1 Arnaldo Carvalho de Melo
2006-02-20 14:20       ` 2.6.16-rc4-mm1 Arnaldo Carvalho de Melo
2006-02-20 20:04     ` 2.6.16-rc4-mm1 Carl-Daniel Hailfinger
2006-02-20 20:04       ` 2.6.16-rc4-mm1 Carl-Daniel Hailfinger
2006-02-20 20:44     ` 2.6.16-rc4-mm1 Adrian Bunk
2006-02-20 20:44       ` 2.6.16-rc4-mm1 Adrian Bunk
2006-02-21  1:17       ` Patrick McHardy [this message]
2006-02-21  1:17         ` 2.6.16-rc4-mm1 Patrick McHardy
2006-02-21  2:00         ` 2.6.16-rc4-mm1 Adrian Bunk
2006-02-21  2:00           ` 2.6.16-rc4-mm1 Adrian Bunk
2006-02-20 20:56     ` 2.6.16-rc4-mm1 Arnaldo Carvalho de Melo
2006-02-20 20:56       ` 2.6.16-rc4-mm1 Arnaldo Carvalho de Melo
2006-02-20 21:09     ` 2.6.16-rc4-mm1 Adrian Bunk
2006-02-20 21:09       ` 2.6.16-rc4-mm1 Adrian Bunk
2006-02-20 21:09       ` 2.6.16-rc4-mm1 Adrian Bunk
2006-02-20 14:37 ` 2.6.16-rc4-mm1: usbfs2 multiply defined symbols Adrian Bunk
2006-02-20 17:33   ` [linux-usb-devel] " Greg KH
2006-02-20 15:07 ` 2.6.16-rc4-mm1 kernel crash at bootup. parport trouble? Helge Hafting
2006-02-20 15:25   ` MIke Galbraith
2006-02-20 20:41     ` Andrew Morton
2006-02-20 23:36       ` Rafael J. Wysocki
2006-02-20 23:40         ` Andrew Morton
2006-02-21  0:02           ` Rafael J. Wysocki
2006-02-21  0:09             ` Andrew Morton
2006-02-21  0:20               ` Rafael J. Wysocki
2006-02-22 11:44             ` Rafael J. Wysocki
2006-02-22 11:56               ` Andrew Morton
2006-02-22 18:19                 ` Rafael J. Wysocki
2006-02-20 22:58     ` Rafael J. Wysocki
     [not found] ` <6bffcb0e0602200533p1a3da98ew@mail.gmail.com>
2006-02-20 16:33   ` 2.6.16-rc4-mm1 Greg KH
2006-02-20 17:54 ` 2.6.16-rc4-mm1 Bernhard Rosenkraenzer
2006-02-20 19:25 ` [PATCH -mm HOT-FIX] fix build on ia64 (modpost.c) Sam Ravnborg
2006-02-20 19:25   ` Sam Ravnborg
2006-02-20 21:37   ` Andrew Morton
2006-02-20 21:37     ` Andrew Morton
2006-02-21  8:14 ` 2.6.16-rc4-mm1 Laurent Riffard
2006-02-21  8:16   ` 2.6.16-rc4-mm1 Andrew Morton
2006-02-21 19:00 ` 2.6.16-rc4-mm1 console (radeonfb) not resumed after s2ram Mattia Dongili
2006-02-21 21:43   ` Andrew Morton
2006-02-22 14:24     ` Mattia Dongili
2006-02-22 19:39       ` Mattia Dongili
2006-02-22 20:40         ` Andrew Morton
2006-02-22 13:47 ` 2.6.16-rc4-mm1 Alexander E. Patrakov
2006-02-22 15:26   ` 2.6.16-rc4-mm1 Alexander E. Patrakov
2006-02-23 12:10     ` 2.6.16-rc4-mm1 Alan Cox
2006-02-23 13:02       ` 2.6.16-rc4-mm1 Thierry Vignaud
2006-02-23 15:19         ` 2.6.16-rc4-mm1 Alan Cox
2006-02-22 15:36   ` 2.6.16-rc4-mm1 Randy.Dunlap
2006-02-23  6:53   ` 2.6.16-rc4-mm1 Randy.Dunlap
2006-02-23  9:11     ` 2.6.16-rc4-mm1 Alexander E. Patrakov
2006-02-23 15:27       ` 2.6.16-rc4-mm1 Randy.Dunlap
2006-02-23 18:21     ` zcat: stdin: decompression OK (was: Re: 2.6.16-rc4-mm1) Alexey Dobriyan
2006-02-24  4:18       ` Randy.Dunlap
2006-02-24  4:51       ` zcat: stdin: decompression OK Alexander E. Patrakov
2006-02-27  1:59         ` Randy.Dunlap
  -- strict thread matches above, loose matches on Subject: below --
2006-02-20 12:26 2.6.16-rc4-mm1 Andrew Morton
2006-02-21 18:14 2.6.16-rc4-mm1 Chuck Ebbert
2006-02-21 21:41 ` 2.6.16-rc4-mm1 Andrew Morton
2006-02-21 22:17 ` 2.6.16-rc4-mm1 Sam Ravnborg
2006-02-21 23:19 2.6.16-rc4-mm1 Chuck Ebbert

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=43FA6A2C.8000905@trash.net \
    --to=kaber@trash.net \
    --cc=bunk@stusta.de \
    --cc=linux-kernel@vger.kernel.org \
    --cc=netfilter-devel@lists.netfilter.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 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.