Received: by 10.223.164.221 with SMTP id h29csp2682868wrb; Thu, 2 Nov 2017 15:35:20 -0700 (PDT) X-Google-Smtp-Source: ABhQp+QYTXx8YMG8D3WO3CrUMLOlQO9ClLBRpLS8QVMBN0cxFj5b+mStSxaAYgZ1+Tg3MpD5eScC X-Received: by 10.101.91.142 with SMTP id i14mr5155755pgr.313.1509662120064; Thu, 02 Nov 2017 15:35:20 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1509662120; cv=none; d=google.com; s=arc-20160816; b=lw+HiyQu2uUO90sLmrBnfc0NYHQpWrKKvbEgpecWcOx1+9XfdbXctLs6MT4Tk28Otu rY+K0Xh5hOrVUjU3mtVoSadoBj4iXWSUWnRb+22U1MJ8nsiNYKd1QZa1o42iPdsuZkYL R1Y36i9PMVUzyNpcJ7V9GVDYVrrLn8HlT4zyHAi9bAv6eWq/qG1cfHzmmRRE6vDjirdt rN1i0dNqwpNkcTILoe+KlmGw2P71tGDm6fZbf95wfBlmqa7mrQs26f0Ojm7x9ijL/wdx y6cejpPMmptw7KpkZ/2x0HS191B6o3hgFUEeya0RY8pVhSY/WhPfBaeTGvyHQADKHKpp 0LGQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:in-reply-to :references:subject:cc:to:mime-version:user-agent:from:date :message-id:arc-authentication-results; bh=EMv0C48c5P1tjwrEHJrWKcc2TaofJ5gkg6fnag+noV0=; b=tnm75f7r3YvenF6DKNCVHnkPXpRQYZ1KG5ISq8bNIcjCPovAc9dD250sJHBFxQrvSS 7n0oYcYN91cidutppEoS36ZIeqXkrpRq4Y3E+5hbDXeohV69YQ7MJVkLJ0MMzpNpGv5M t3Fjvw5FAxF+R9aeViwxMERzLLQnV2PtC2XWi5/Hz834tf+VZYU6tAMCzKnxfHQw3b3m SLiblWEG1FY/Gt8WA8W2Cw/CfUlos2x8Tau3PkShPDyeGRnMue3nbicSu+sOGv5Gw+sL FxUS5DvzXyiXHEbuunXyAhR24xpXw/CW8ag4EZfhFBMRptjew8VpRyxpvjxu5KCaKejU a7IA== 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 f30si3329960plf.680.2017.11.02.15.35.06; Thu, 02 Nov 2017 15:35:20 -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 S934641AbdKBWcq (ORCPT + 99 others); Thu, 2 Nov 2017 18:32:46 -0400 Received: from www62.your-server.de ([213.133.104.62]:38325 "EHLO www62.your-server.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932201AbdKBWcp (ORCPT ); Thu, 2 Nov 2017 18:32:45 -0400 Received: from [194.230.159.142] (helo=localhost.localdomain) by www62.your-server.de with esmtpsa (TLSv1.2:DHE-RSA-AES256-SHA:256) (Exim 4.85_2) (envelope-from ) id 1eAO2S-0002Rm-4L; Thu, 02 Nov 2017 23:32:40 +0100 Message-ID: <59FB9D06.5010400@iogearbox.net> Date: Thu, 02 Nov 2017 23:32:38 +0100 From: Daniel Borkmann User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-Version: 1.0 To: Arnd Bergmann , Alexei Starovoitov CC: "David S. Miller" , Edward Cree , John Fastabend , Jakub Kicinski , netdev@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH 1/2] [net-next] bpf: fix link error without CONFIG_NET References: <20171102110558.2746221-1-arnd@arndb.de> In-Reply-To: <20171102110558.2746221-1-arnd@arndb.de> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Authenticated-Sender: daniel@iogearbox.net X-Virus-Scanned: Clear (ClamAV 0.99.2/24010/Thu Nov 2 13:07:00 2017) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 11/02/2017 12:05 PM, Arnd Bergmann wrote: > I ran into this link error with the latest net-next plus linux-next > trees when networking is disabled: > > kernel/bpf/verifier.o:(.rodata+0x2958): undefined reference to `tc_cls_act_analyzer_ops' > kernel/bpf/verifier.o:(.rodata+0x2970): undefined reference to `xdp_analyzer_ops' > > It seems that the code was written to deal with varying contents of > the arrray, but the actual #ifdef was missing. Both tc_cls_act_analyzer_ops > and xdp_analyzer_ops are defined in the core networking code, so adding > a check for CONFIG_NET seems appropriate here, and I've verified this with > many randconfig builds > > Fixes: 4f9218aaf8a4 ("bpf: move knowledge about post-translation offsets out of verifier") > Signed-off-by: Arnd Bergmann Acked-by: Daniel Borkmann From 1582981259232693190@xxx Thu Nov 02 18:49:30 +0000 2017 X-GM-THRID: 1582952273200643934 X-Gmail-Labels: Inbox,Category Forums,HistoricalUnread