[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <c8dd9a41-3e45-fb32-1074-e23ebe3cb2e5@infradead.org>
Date: Tue, 8 Dec 2020 12:06:16 -0800
From: Randy Dunlap <rdunlap@...radead.org>
To: Florent Revest <revest@...omium.org>, bpf@...r.kernel.org
Cc: ast@...nel.org, daniel@...earbox.net, andrii@...nel.org,
kpsingh@...omium.org, kafai@...com, linux-next@...r.kernel.org,
linux-kernel@...r.kernel.org, kernel test robot <lkp@...el.com>
Subject: Re: [PATCH bpf-next v3] bpf: Only provide bpf_sock_from_file with
CONFIG_NET
On 12/8/20 9:36 AM, Florent Revest wrote:
> This moves the bpf_sock_from_file definition into net/core/filter.c
> which only gets compiled with CONFIG_NET and also moves the helper proto
> usage next to other tracing helpers that are conditional on CONFIG_NET.
>
> This avoids
> ld: kernel/trace/bpf_trace.o: in function `bpf_sock_from_file':
> bpf_trace.c:(.text+0xe23): undefined reference to `sock_from_file'
> When compiling a kernel with BPF and without NET.
>
> Reported-by: kernel test robot <lkp@...el.com>
> Reported-by: Randy Dunlap <rdunlap@...radead.org>
> Acked-by: Randy Dunlap <rdunlap@...radead.org>
I would say that I didn't ack this version of the patch (hey,
it's 3x the size of the v1/v2 patches), but I have just
rebuilt with v3, so the Ack is OK. :)
> Signed-off-by: Florent Revest <revest@...omium.org>
> ---
> include/linux/bpf.h | 1 +
> kernel/trace/bpf_trace.c | 22 ++--------------------
> net/core/filter.c | 18 ++++++++++++++++++
> 3 files changed, 21 insertions(+), 20 deletions(-)
--
~Randy
Powered by blists - more mailing lists