Received: by 2002:ac0:a5a7:0:0:0:0:0 with SMTP id m36-v6csp1548823imm; Tue, 10 Jul 2018 03:57:40 -0700 (PDT) X-Google-Smtp-Source: AAOMgpcnSEtehwGkBB4TKy+yaMR+4R40DW+VHE0Y5DB6bNg2lzU20jhBwVLL91kaeqLBOHWI7oND X-Received: by 2002:a63:62c4:: with SMTP id w187-v6mr22061420pgb.55.1531220260627; Tue, 10 Jul 2018 03:57:40 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1531220260; cv=none; d=google.com; s=arc-20160816; b=N6VsLsSSU1FuZ54c/1B7vyjtoQzlCtInx469XY7tYmBr9IOwOA/CMzMebtqRchxGeP 1dksnli0/UFNJ2QlJfIGo2AZMt4OkkaRHUUkR6/bhjgHnXtreqjIuWo9foiS48b01XRB F4sj28+iD7+rb87zyD9cJPJLF8wCiiZrZU2hyd4t7NuoXUVRGKWCE3MKlMr9S7GrPzUP qM1XuP9JRBG2WrEluuVi2193C8VfXQTsima414tSthwdeF+UlfLVmVNLqMb9+kr5WFXH mjy/LvceoHkKMCMJPBdDJ9Zi/dZQQwvJnhRxI4Xzx3F8lkc7mGycgrr07N5suicejk2t A7kA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-transfer-encoding:content-disposition:mime-version :references:message-id:subject:cc:to:from:date :arc-authentication-results; bh=L+G/9OE4LbObB3ec/XUdFIWm1vlmA8UktTQZdFmzu64=; b=OG+OKxbVftFmtm001ACVEFy8TVDs3X9UqJdHorkxd1QJLwg4ayJzIuntV6tCinvKkY WJpExCl1ToD7c2pmsfD+kAaznoXOh2i9O1mAbuoo4uJ6EjzlPT62Cv0Ry9y+zEySjous lgmsreTlZl2mLRfs7MUiKJlAInY6LooNO/UA57wOBAUfUGZUQd2q7ZusCh+r6iIvqbGB dPuqC+zeZKAvCBnPuAaJ3jrkIRFxv98bYN4r9Gdk8mNc1pxO18rWzNoCQAjPDcibWq7R 7nzvqdyjsEE6eBDyv+9Nt5vtrh0OovYFYeorrSu3KY0CDplGyCWZxOaQHdf87q9fKyMp eB7A== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id 11-v6si16495590plc.466.2018.07.10.03.57.25; Tue, 10 Jul 2018 03:57:40 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S933206AbeGJK4O (ORCPT + 99 others); Tue, 10 Jul 2018 06:56:14 -0400 Received: from mail.us.es ([193.147.175.20]:41244 "EHLO mail.us.es" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932752AbeGJK4M (ORCPT ); Tue, 10 Jul 2018 06:56:12 -0400 Received: from antivirus1-rhel7.int (unknown [192.168.2.11]) by mail.us.es (Postfix) with ESMTP id BF1BAE122C for ; Tue, 10 Jul 2018 12:54:23 +0200 (CEST) Received: from antivirus1-rhel7.int (localhost [127.0.0.1]) by antivirus1-rhel7.int (Postfix) with ESMTP id AA867DA4CA for ; Tue, 10 Jul 2018 12:54:23 +0200 (CEST) Received: by antivirus1-rhel7.int (Postfix, from userid 99) id A6AB4DA57F; Tue, 10 Jul 2018 12:54:23 +0200 (CEST) X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on antivirus1-rhel7.int X-Spam-Level: X-Spam-Status: No, score=-108.2 required=7.5 tests=ALL_TRUSTED,BAYES_50, SMTPAUTH_US2,USER_IN_WHITELIST autolearn=disabled version=3.4.1 Received: from antivirus1-rhel7.int (localhost [127.0.0.1]) by antivirus1-rhel7.int (Postfix) with ESMTP id 47B8BDA4C9; Tue, 10 Jul 2018 12:54:21 +0200 (CEST) Received: from 192.168.1.97 (192.168.1.97) by antivirus1-rhel7.int (F-Secure/fsigk_smtp/550/antivirus1-rhel7.int); Tue, 10 Jul 2018 12:54:21 +0200 (CEST) X-Virus-Status: clean(F-Secure/fsigk_smtp/550/antivirus1-rhel7.int) Received: from us.es (unknown [31.4.243.68]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: 1984lsi) by entrada.int (Postfix) with ESMTPSA id 056E9426CC52; Tue, 10 Jul 2018 12:54:20 +0200 (CEST) Date: Tue, 10 Jul 2018 12:56:05 +0200 X-SMTPAUTHUS: auth mail.us.es From: Pablo Neira Ayuso To: Arnd Bergmann Cc: =?iso-8859-1?Q?M=E1t=E9?= Eckl , Jozsef Kadlecsik , Florian Westphal , "David S. Miller" , Flavio Leitner , netfilter-devel@vger.kernel.org, coreteam@netfilter.org, Networking , Linux Kernel Mailing List Subject: Re: [PATCH] netfilter: NFT_SOCKET don't use NF_SOCKET_IPV6 without NF_TABLES_IPV6 Message-ID: <20180710105605.evgtmjiq5z46zld6@salvia> References: <20180709213537.2748896-1-arnd@arndb.de> <20180710080227.qwh53ahq26j6phhd@sch.bme.hu> <20180710080538.d7xqpjdvpksfrx6o@sch.bme.hu> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: NeoMutt/20170113 (1.7.2) X-Virus-Scanned: ClamAV using ClamSMTP Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Jul 10, 2018 at 11:10:40AM +0200, Arnd Bergmann wrote: > On Tue, Jul 10, 2018 at 10:05 AM, M?t? Eckl wrote: > > On Tue, Jul 10, 2018 at 10:02:27AM +0200, M?t? Eckl wrote: > >> On Mon, Jul 09, 2018 at 11:35:09PM +0200, Arnd Bergmann wrote: > >> > It is now possible to build the nft_socket module as built-in when > >> > NF_TABLES_IPV6 is disabled, and have NF_SOCKET_IPV6=m set manually. > >> > > >> > In this case, the NF_SOCKET_IPV6 functionality will be useless according > >> > to the explanation in commit 35bf1ccecaaa ("netfilter: Kconfig: Change > >> > IPv6 select dependencies"), but on top of that it also causes a link > >> > error: > >> > > >> > net/netfilter/nft_socket.o: In function `nft_socket_eval': > >> > nft_socket.c:(.text+0x162): undefined reference to `nf_sk_lookup_slow_v6' > >> > > >> > This changes the compile-time check so we don't attempt to use > >> > the NF_SOCKET_IPV6 code when it cannot be used, and make it all > >> > compile again. That may lead to unexpected behavior when a user > >> > enables NF_SOCKET_IPV6 but cannot use it, but seems to be the > >> > logical conclusion of the 35bf1ccecaaa change. > >> > > >> > Fixes: 35bf1ccecaaa ("netfilter: Kconfig: Change IPv6 select dependencies") > >> > Signed-off-by: Arnd Bergmann > >> > >> I think this should be fixed in the Kconfig rather than inside the module(s). > > Should we revert your patch then, or do you have a better idea? M?t?, would you resubmit a new patch that addresses all the problems that Arnd is reporting in one go? I think it's better if we toss your original patch in the tree and rebase, ie. take the new one that fixes all issues that Arnd is reporting. It would be good if we can sort out this before I send the next pull request for net-next stuff. I was afraid of fallout like this when I saw your original patch, kbuild is always tricky. Please Cc Arnd, Florian and me for review. Thanks!