Received: by 2002:a05:6a10:6006:0:0:0:0 with SMTP id w6csp1549876pxa; Fri, 28 Aug 2020 16:18:42 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwArnBafqFEl/g8LFD4m0Y4Fg10IZzuW6xC3jeI2NjLzKEmSZZoxNe7j8jSzxAGT8fTEOaC X-Received: by 2002:a17:906:b6d5:: with SMTP id ec21mr1074257ejb.396.1598656722223; Fri, 28 Aug 2020 16:18:42 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1598656722; cv=none; d=google.com; s=arc-20160816; b=CSYlnwzTKdGFQqWba9iHASS1qfO5a2cg+WLaCXsKSOBjnKdCKtwBpDf/pyD3QJryvw Y/f+NsjMEx2vsI8s4a8pK3p6aQFfBye1xaNjqdUKyTftdBvEtkBNEQEMR8BSG+UyQZaQ 8TG8uDKqOXwgvYaAWlF5etbzB2lHudYbHQgA2+7LTvEC8+YZ636Jq2fqg+IzJ+E2hbV/ rtac3M6Y1r6Y8805ziHrqm5ehXapjjuKMkDHg1MsTHJrEH01PLh5kt+jKe6shnllfB2y eQduW6MuUQ9DteGrHZPI/O59qdNGr2BRbCI4D0Si9HwMTtgiDcQO6nlMPoZa0vAzsz+g QZHw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:dkim-signature; bh=GUiusd1WVdha2EfIkzMSJdUrei8ON9hbpIBb4XxxaCI=; b=yl8MKSyqJ1lE27jQ3lsbGOsYdo77GHCR2WTCECigzJtpLJ/zdhcot+hvskIIIBnuv3 w2IWokugot6zdrarjxYBRfPHsBNhOtqGTJnGokATcr9W0xkkGmUpMuyfLj/P0s4XIr0c APJxn280AdY6ll8UEO2qF1GP2ZUEwvq72ArJr5UjaQkuxiONJ/59BlKHJzgHFh73u6/T X4IA3ZyUDEQ5nDXDC7eKEYpkhLeVdAzE6OMb1O9jqjOk3rnzCCJ+j5Y1pmCq3HiQnRI2 Q2KQu4jPm9+1xfSUWlvonCh+02hvgx5BGOWKYTZ4vQGgJPOwRlL4oOS2bSbexoY+Pafh pJIw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@google.com header.s=20161025 header.b=iI2La+Zv; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=REJECT sp=REJECT dis=NONE) header.from=google.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id e13si376338edc.33.2020.08.28.16.18.19; Fri, 28 Aug 2020 16:18:42 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@google.com header.s=20161025 header.b=iI2La+Zv; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=REJECT sp=REJECT dis=NONE) header.from=google.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726903AbgH1XQw (ORCPT + 99 others); Fri, 28 Aug 2020 19:16:52 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:53208 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726626AbgH1XQt (ORCPT ); Fri, 28 Aug 2020 19:16:49 -0400 Received: from mail-qt1-x842.google.com (mail-qt1-x842.google.com [IPv6:2607:f8b0:4864:20::842]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 03A2EC061232 for ; Fri, 28 Aug 2020 16:16:49 -0700 (PDT) Received: by mail-qt1-x842.google.com with SMTP id e7so811496qtj.11 for ; Fri, 28 Aug 2020 16:16:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=GUiusd1WVdha2EfIkzMSJdUrei8ON9hbpIBb4XxxaCI=; b=iI2La+ZvveBSC07B6Qw6ujjE0TnkENEdYY7iqIdsD9PjSI+El+bFJloTtBL2jzfPBs 4w+4yCRpKW4XpccZVIwh8b2/3VeKDrlJEnvSiFUNDbQmSVRopcePppU/9P1w9gZVdWbq Daa2eRMdRUd/NGrrCSsXGIW/EqDw6JefvjlLRtFWMnNUtMHvpiTc1Ny6G73q4GhzysYx BTg7FwpruP/CsWFV5JIvjobvC89LlpKBBvPPLnE7i1GvOPrShO/R0PdZzoAPhQtyOqhr 0cb2/CiIgHsTSzyxgjZIjJzRFeRcx0GElwSA9P6mykp8GSE4/C/knH2pXxci7CS1aJxY HfeA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=GUiusd1WVdha2EfIkzMSJdUrei8ON9hbpIBb4XxxaCI=; b=fI61NWQfm+8OTyZqR0CIwEw+KN+RVVNifJzu1CMYbvIQKax+0Z7qxd+eRM+GbYeXag XTJJ/IXXRbiEv/pYOvKKJezelw4Mtw367GDyaXIkH8oEmf8zSzkdJlpmuyU5C+rc+p7J d2bw2yFHdfn/iR+FfVByblt1r6//OLk4iy25WjHrDSiT8SJEf4ULugyXn7ZUbrTyJE6I lC8ep5TnyjjYK2EDJlRmm33egu8i63vs0wJK6pyCa71heZunQ4832dsVasR1QaAbOSOC ualXSdJHXKCNgTaFjdYHCbEhgmB4WHyZpAs/4Ps0EBpjxbFcEzYucO11rjlir9g3VdNG 50jA== X-Gm-Message-State: AOAM533X1PmkoNMpaO06IV2hprkfGbNXw8J9QEScV5F1AkvVhRfdkLXL K7uI72E78DkoWy3iVXl8I7iZmMgyWzCFOVzVgJ94sw== X-Received: by 2002:ac8:7959:: with SMTP id r25mr3570738qtt.85.1598656607627; Fri, 28 Aug 2020 16:16:47 -0700 (PDT) MIME-Version: 1.0 References: <20200729212721.1ee4eef8@canb.auug.org.au> <87ft8lwxes.fsf@turtle.gmx.de> <87y2m7gq86.fsf@turtle.gmx.de> <87pn7gh3er.fsf@turtle.gmx.de> <878sdyn6xz.fsf@turtle.gmx.de> <49315f94-1ae6-8280-1050-5fc0d1ead984@infradead.org> In-Reply-To: <49315f94-1ae6-8280-1050-5fc0d1ead984@infradead.org> From: Brian Vazquez Date: Fri, 28 Aug 2020 16:16:36 -0700 Message-ID: Subject: Re: linux-next: build failure after merge of the net-next tree To: Randy Dunlap Cc: Sven Joachim , Stephen Rothwell , David Miller , Networking , Linux Next Mailing List , Linux Kernel Mailing List Content-Type: text/plain; charset="UTF-8" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, Aug 28, 2020 at 8:12 AM Randy Dunlap wrote: > > On 8/28/20 8:09 AM, Sven Joachim wrote: > > On 2020-08-27 11:12 -0700, Brian Vazquez wrote: > > > >> I've been trying to reproduce it with your config but I didn't > >> succeed. I also looked at the file after the preprocessor and it > >> looked good: > >> > >> ret = ({ __builtin_expect(!!(ops->match == fib6_rule_match), 1) ? > >> fib6_rule_match(rule, fl, flags) : ops->match(rule, fl, flags); }) > > > > However, in my configuration I have CONFIG_IPV6=m, and so > > fib6_rule_match is not available as a builtin. I think that's why ld is > > complaining about the undefined reference. > > Same here FWIW. CONFIG_IPV6=m. Oh I see, I tried this and it seems to work fine for me, does this also fix your problem? if so, I'll prepare the patch, and thanks for helping! diff --git a/net/core/fib_rules.c b/net/core/fib_rules.c index 51678a528f85..40dfd1f55899 100644 --- a/net/core/fib_rules.c +++ b/net/core/fib_rules.c @@ -16,7 +16,7 @@ #include #include -#ifdef CONFIG_IPV6_MULTIPLE_TABLES +#if defined(CONFIG_IPV6_MULTIPLE_TABLES) && defined(CONFIG_IPV6) > > > > Changing the configuration to CONFIG_IPV6=y helps, FWIW. > > > >> Note that fib4_rule_match doesn't appear as the > >> CONFIG_IP_MULTIPLE_TABLES is not there. > >> > >> Could you share more details on how you're compiling it and what > >> compiler you're using?? > > > > Tried with both gcc 9 and gcc 10 under Debian unstable, binutils 2.35. > > I usually use "make bindebpkg", but just running "make" is sufficient to > > reproduce the problem, as it happens when linking vmlinux. > > > > Cheers, > > Sven > > > > > >> On Mon, Aug 24, 2020 at 1:08 AM Sven Joachim wrote: > >>> > >>> On 2020-08-22 08:16 +0200, Sven Joachim wrote: > >>> > >>>> On 2020-08-21 09:23 -0700, Brian Vazquez wrote: > >>>> > >>>>> Hi Sven, > >>>>> > >>>>> Sorry for the late reply, did you still see this after: > >>>>> https://patchwork.ozlabs.org/project/netdev/patch/20200803131948.41736-1-yuehaibing@huawei.com/ > >>>>> ?? > >>>> > >>>> That patch is apparently already in 5.9-rc1 as commit 80fbbb1672e7, so > >>>> yes I'm still seeing it. > >>> > >>> Still present in 5.9-rc2 as of today, I have attached my .config for > >>> reference. Note that I have CONFIG_IPV6_MULTIPLE_TABLES=y, but > >>> CONFIG_IP_MULTIPLE_TABLES is not mentioned at all there. > >>> > >>> To build the kernel, I have now deselected IPV6_MULTIPLE_TABLES. Not > >>> sure why this was enabled in my .config which has grown organically over > >>> many years. > >>> > >>> Cheers, > >>> Sven > >>> > >>> > >>>>> On Mon, Aug 17, 2020 at 12:21 AM Sven Joachim wrote: > >>>>> > >>>>>> On 2020-07-29 21:27 +1000, Stephen Rothwell wrote: > >>>>>> > >>>>>>> Hi all, > >>>>>>> > >>>>>>> After merging the net-next tree, today's linux-next build (i386 > >>>>>> defconfig) > >>>>>>> failed like this: > >>>>>>> > >>>>>>> x86_64-linux-gnu-ld: net/core/fib_rules.o: in function > >>>>>> `fib_rules_lookup': > >>>>>>> fib_rules.c:(.text+0x5c6): undefined reference to `fib6_rule_match' > >>>>>>> x86_64-linux-gnu-ld: fib_rules.c:(.text+0x5d8): undefined reference to > >>>>>> `fib6_rule_match' > >>>>>>> x86_64-linux-gnu-ld: fib_rules.c:(.text+0x64d): undefined reference to > >>>>>> `fib6_rule_action' > >>>>>>> x86_64-linux-gnu-ld: fib_rules.c:(.text+0x662): undefined reference to > >>>>>> `fib6_rule_action' > >>>>>>> x86_64-linux-gnu-ld: fib_rules.c:(.text+0x67a): undefined reference to > >>>>>> `fib6_rule_suppress' > >>>>>>> x86_64-linux-gnu-ld: fib_rules.c:(.text+0x68d): undefined reference to > >>>>>> `fib6_rule_suppress' > >>>>>> > >>>>>> FWIW, I saw these errors in 5.9-rc1 today, so the fix in commit > >>>>>> 41d707b7332f ("fib: fix fib_rules_ops indirect calls wrappers") was > >>>>>> apparently not sufficient. > >>>>>> > >>>>>> ,---- > >>>>>> | $ grep IPV6 .config > >>>>>> | CONFIG_IPV6=m > >>>>>> | # CONFIG_IPV6_ROUTER_PREF is not set > >>>>>> | # CONFIG_IPV6_OPTIMISTIC_DAD is not set > >>>>>> | # CONFIG_IPV6_MIP6 is not set > >>>>>> | # CONFIG_IPV6_ILA is not set > >>>>>> | # CONFIG_IPV6_VTI is not set > >>>>>> | CONFIG_IPV6_SIT=m > >>>>>> | # CONFIG_IPV6_SIT_6RD is not set > >>>>>> | CONFIG_IPV6_NDISC_NODETYPE=y > >>>>>> | CONFIG_IPV6_TUNNEL=m > >>>>>> | CONFIG_IPV6_MULTIPLE_TABLES=y > >>>>>> | # CONFIG_IPV6_SUBTREES is not set > >>>>>> | # CONFIG_IPV6_MROUTE is not set > >>>>>> | # CONFIG_IPV6_SEG6_LWTUNNEL is not set > >>>>>> | # CONFIG_IPV6_SEG6_HMAC is not set > >>>>>> | # CONFIG_IPV6_RPL_LWTUNNEL is not set > >>>>>> | # CONFIG_NF_SOCKET_IPV6 is not set > >>>>>> | # CONFIG_NF_TPROXY_IPV6 is not set > >>>>>> | # CONFIG_NF_DUP_IPV6 is not set > >>>>>> | # CONFIG_NF_REJECT_IPV6 is not set > >>>>>> | # CONFIG_NF_LOG_IPV6 is not set > >>>>>> | CONFIG_NF_DEFRAG_IPV6=m > >>>>>> `---- > >>>>>> > >>>>>>> Caused by commit > >>>>>>> > >>>>>>> b9aaec8f0be5 ("fib: use indirect call wrappers in the most common > >>>>>> fib_rules_ops") > >>>>>>> > >>>>>>> # CONFIG_IPV6_MULTIPLE_TABLES is not set > >>>>>>> > >>>>>>> I have reverted that commit for today. > >>>>>> > >>>>>> Cheers, > >>>>>> Sven > > > -- > ~Randy >