Received: by 2002:a5b:505:0:0:0:0:0 with SMTP id o5csp7427976ybp; Wed, 16 Oct 2019 08:30:27 -0700 (PDT) X-Google-Smtp-Source: APXvYqzKJG1ParssxSdriZmSk8g5xSJS1UkPqTOXLjnkbvDJI22bkFClMHJAFlhpfs8WNQYrttv3 X-Received: by 2002:a17:906:6d82:: with SMTP id h2mr40462186ejt.127.1571239827533; Wed, 16 Oct 2019 08:30:27 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1571239827; cv=none; d=google.com; s=arc-20160816; b=pB4beUJkawi7ajjDLV09kKVAypSdPxuw2AIMM9DDg7V4QPjrq5bro7RD/P34kWOJcx KlqQC8bWFOL863U9pJwz1xGcZriBD27t4JcckfYHeUIC21eloK0jMjx50EHkCFXc2Lvj muUzQx79xIm8e8WeG8IssxFrab97gOt9IDQHaOxmG+1+v3WeGf4yaXtM1VUJOKT6I1QE RGdhp/43WOvUUHP1WrTha0BI6gT3oAdTkRx1YZDWws6PuTw8jKvoR4gJJ/OlgpjbGSBr 4aO4I3IuvxL7mRUy+prTbZQPTPczXXRwZGOnBWQqmPVXgXfSotdaH2xF7x+sy3KK/z73 1+ag== 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-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=eSq5UJpQPK07PS2plnUcj6eNFVN9U799HHbuA5z5HjU=; b=fOFb3Vo0KO3vxSYDTxs7HFI+l9ChflVYKYDnNRcnZ9XrouHVAgrhTD7HDZtoF9b+vR dH0HfhHqOKl0uAZQ+r3ULjLQdHsgweEK9sbC9ijPCAINCM3xikVetNcvBoKuDOTJ+/LV 2DYzJvTuqOzcCOn8qbvIgK7mazEwB60sPXcJSZVA4IqLpBJByvnZDSVl40h0UQBo16RQ jpKJwY6arTvztLkCJnnuPNnDh9A92XqXlj1b9NwJrnMrs0Q1y8hXl7eP50nT9pAwbhSI 8EyLXLs76TFtDEsNBgM0v94mmwWdqVGpFulPHvaJGXFhjLwtIjrHB5ksJt8+B01quHf4 oeOA== 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 k6si17911402edb.235.2019.10.16.08.30.04; Wed, 16 Oct 2019 08:30:27 -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 S2392951AbfJPM0M (ORCPT + 99 others); Wed, 16 Oct 2019 08:26:12 -0400 Received: from www62.your-server.de ([213.133.104.62]:37800 "EHLO www62.your-server.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2389853AbfJPM0M (ORCPT ); Wed, 16 Oct 2019 08:26:12 -0400 Received: from [2a02:120b:2c12:c120:71a0:62dd:894c:fd0e] (helo=localhost) by www62.your-server.de with esmtpsa (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (Exim 4.89_1) (envelope-from ) id 1iKiNS-0006nB-7h; Wed, 16 Oct 2019 14:26:06 +0200 Date: Wed, 16 Oct 2019 14:26:05 +0200 From: Daniel Borkmann To: "Ben Dooks (Codethink)" Cc: linux-kernel@lists.codethink.co.uk, Alexei Starovoitov , Martin KaFai Lau , Song Liu , Yonghong Song , "David S. Miller" , Jakub Kicinski , Jesper Dangaard Brouer , John Fastabend , netdev@vger.kernel.org, bpf@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH] net: bpf: add static in net/core/filter.c Message-ID: <20191016122605.GC21367@pc-63.home> References: <20191016110446.24622-1-ben.dooks@codethink.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20191016110446.24622-1-ben.dooks@codethink.co.uk> User-Agent: Mutt/1.12.1 (2019-06-15) X-Authenticated-Sender: daniel@iogearbox.net X-Virus-Scanned: Clear (ClamAV 0.101.4/25604/Wed Oct 16 10:53:05 2019) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Oct 16, 2019 at 12:04:46PM +0100, Ben Dooks (Codethink) wrote: > There are a number of structs in net/core/filter.c > that are not exported or declared outside of the > file. Fix the following warnings by making these > all static: > > net/core/filter.c:8465:31: warning: symbol 'sk_filter_verifier_ops' was not declared. Should it be static? > net/core/filter.c:8472:27: warning: symbol 'sk_filter_prog_ops' was not declared. Should it be static? [...] > net/core/filter.c:8935:27: warning: symbol 'sk_reuseport_prog_ops' was not declared. Should it be static? > > Signed-off-by: Ben Dooks > --- > Cc: Alexei Starovoitov > Cc: Daniel Borkmann > Cc: Martin KaFai Lau > Cc: Song Liu > Cc: Yonghong Song > Cc: "David S. Miller" > Cc: Jakub Kicinski > Cc: Jesper Dangaard Brouer > Cc: John Fastabend > Cc: netdev@vger.kernel.org > Cc: bpf@vger.kernel.org > Cc: linux-kernel@vger.kernel.org > --- > net/core/filter.c | 60 +++++++++++++++++++++++------------------------ > 1 file changed, 30 insertions(+), 30 deletions(-) > > diff --git a/net/core/filter.c b/net/core/filter.c > index ed6563622ce3..f7338fee41f8 100644 > --- a/net/core/filter.c > +++ b/net/core/filter.c > @@ -8462,18 +8462,18 @@ static u32 sk_msg_convert_ctx_access(enum bpf_access_type type, > return insn - insn_buf; > } > > -const struct bpf_verifier_ops sk_filter_verifier_ops = { > +static const struct bpf_verifier_ops sk_filter_verifier_ops = { > .get_func_proto = sk_filter_func_proto, > .is_valid_access = sk_filter_is_valid_access, > .convert_ctx_access = bpf_convert_ctx_access, > .gen_ld_abs = bpf_gen_ld_abs, > }; Big obvious NAK. I'm puzzled that you try to fix a compile warning, but without even bothering to compile the result after your patch ... Seen BPF_PROG_TYPE() ? Thanks, Daniel