Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1750997AbVIQIHS (ORCPT ); Sat, 17 Sep 2005 04:07:18 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751008AbVIQIHS (ORCPT ); Sat, 17 Sep 2005 04:07:18 -0400 Received: from ganesha.gnumonks.org ([213.95.27.120]:52650 "EHLO ganesha.gnumonks.org") by vger.kernel.org with ESMTP id S1750997AbVIQIHQ (ORCPT ); Sat, 17 Sep 2005 04:07:16 -0400 Date: Sat, 17 Sep 2005 10:07:14 +0200 From: Harald Welte To: Arnaldo Carvalho de Melo Cc: Netfilter Development Mailinglist , Linux Netdev List , Linux Kernel Mailinglist Subject: [HELP] netfilter Kconfig dependency nightmare Message-ID: <20050917080714.GV8413@sunbeam.de.gnumonks.org> Mail-Followup-To: Harald Welte , Arnaldo Carvalho de Melo , Netfilter Development Mailinglist , Linux Netdev List , Linux Kernel Mailinglist References: <20050916021451.3012196c.akpm@osdl.org> <20050916191959.GN8413@sunbeam.de.gnumonks.org> <39e6f6c705091617514457eded@mail.gmail.com> <20050917012315.GA29841@mandriva.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="wnJX2LVqXtdJquW1" Content-Disposition: inline In-Reply-To: <20050917012315.GA29841@mandriva.com> User-Agent: mutt-ng devel-20050619 (Debian) X-Spam-Score: 0.0 (/) Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 3442 Lines: 92 --wnJX2LVqXtdJquW1 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Sep 16, 2005 at 10:23:15PM -0300, Arnaldo Carvalho de Melo wrote: > After applying this patch I still get a loop: >=20 > [acme@toy net-2.6]$ make O=3DOUTPUT/oops/ oldconfig | grep Warning > Warning! Found recursive dependency: IP_NF_CONNTRACK_NETLINK NETFILTER_NE= TLINK IP_NF_CONNTRACK_NETLINK > Warning! Found recursive dependency: NETFILTER_NETLINK IP_NF_CONNTRACK_NE= TLINK NETFILTER_NETLINK NETFILTER_NETLINK_QUEUE >=20 > This is using latest Dave tree, the one just before master.kernel.org > was switched off for moving to Oregon, is there any other patch I should > apply? This f!*#$%!#$%ing kconfig dependency is killing me. We have this incredible inter-dependency between various options, and with every new feature it's getting more complex. The main reason being to avoid some bits of dead code in case it's not really needed by some other module. I'm starting to wonder whether it's really worth saving those few bytes in some configurations at the expense of this complexity. Maybe some Kconfig freak can help out. This is the intended dependency rules: ip_conntrack =3D=3D CONFIG_IP_NF_CONNTRACK nfnetlink =3D=3D CONFIG_NETFILTER_NETLINK ip_conntrack_netlink =3D=3D CONFIG_IP_NF_CONNTRACK_NETLINK If nfnetlink =3D=3D N, ip_conntrack can be N or M or Y If nfnetlink =3D=3D M, ip_conntrack can be N or M If nfnetlink =3D=3D Y, ip_conntrack can be Y or M If ip_conntrack =3D=3D N && nfnetlink =3D=3D N, ip_conntrack_netlink must b= e N If ip_conntrack =3D=3D N && nfnetlink =3D=3D M, ip_conntrack_netlink must b= e N If ip_conntrack =3D=3D N && nfnetlink =3D=3D Y, ip_conntrack_netlink must b= e N If ip_conntrack =3D=3D M && nfnetlink =3D=3D N, ip_conntrack_netlink must b= e N=20 If ip_conntrack =3D=3D M && nfnetlink =3D=3D M, ip_conntrack_netlink can N = or M If ip_conntrack =3D=3D M && nfnetlink =3D=3D Y, ip_conntrack_netlink can N = or M if ip_conntrack =3D=3D Y && nfnetlink =3D=3D N, ip_conntrack_netlink must b= e N if ip_conntrack =3D=3D Y && nfnetlink =3D=3D M, ip_conntrack_netlink can N = or M if ip_conntrack =3D=3D Y && nfnetlink =3D=3D Y, ip_conntrack_netlink can N,= M or Y NETfILTER_NETLINK_QUEUE and NETFILTER_NETLINK_LOG only depend on NETFILER_NETLINK and nothing else. Cheers, --=20 - Harald Welte http://netfilter.org/ =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D "Fragmentation is like classful addressing -- an interesting early architectural error that shows how much experimentation was going on while IP was being designed." -- Paul Vixie --wnJX2LVqXtdJquW1 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFDK86yXaXGVTD0i/8RAsVxAJ4tQPUzHPaqYb96g59ZK7JfRj3cVACfeBMo GYJthiZqOiuSXbGs2ErQq6U= =FI3a -----END PGP SIGNATURE----- --wnJX2LVqXtdJquW1-- - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/