[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <ZCHuU4Wui7Dwmdm2@bombadil.infradead.org>
Date: Mon, 27 Mar 2023 12:28:19 -0700
From: Luis Chamberlain <mcgrof@...nel.org>
To: Viktor Malik <vmalik@...hat.com>
Cc: bpf@...r.kernel.org, linux-modules@...r.kernel.org,
linux-kernel@...r.kernel.org, Alexei Starovoitov <ast@...nel.org>,
Daniel Borkmann <daniel@...earbox.net>,
John Fastabend <john.fastabend@...il.com>,
Andrii Nakryiko <andrii@...nel.org>,
Martin KaFai Lau <martin.lau@...ux.dev>,
Song Liu <song@...nel.org>, Yonghong Song <yhs@...com>,
KP Singh <kpsingh@...nel.org>,
Stanislav Fomichev <sdf@...gle.com>,
Hao Luo <haoluo@...gle.com>, Jiri Olsa <jolsa@...nel.org>,
"David S. Miller" <davem@...emloft.net>,
Jakub Kicinski <kuba@...nel.org>,
Jesper Dangaard Brouer <hawk@...nel.org>,
Nathan Chancellor <nathan@...nel.org>,
Nick Desaulniers <ndesaulniers@...gle.com>,
Tom Rix <trix@...hat.com>, kernel test robot <lkp@...el.com>
Subject: Re: [PATCH bpf-next] kallsyms: move module-related functions under
correct configs
On Mon, Mar 27, 2023 at 08:20:56PM +0200, Viktor Malik wrote:
> On 3/27/23 19:47, Luis Chamberlain wrote:
> > On Mon, Mar 27, 2023 at 06:12:51PM +0200, Viktor Malik wrote:
> > > Functions for searching module kallsyms should have non-empty
> > > definitions only if CONFIG_MODULES=y and CONFIG_KALLSYMS=y. Until now,
> > > only CONFIG_MODULES check was used for many of these, which may have
> > > caused complilation errors on some configs.
> > >
> > > This patch moves all relevant functions under the correct configs.
> > >
> > > Signed-off-by: Viktor Malik <vmalik@...hat.com>
> > > Reported-by: kernel test robot <lkp@...el.com>
> > > Link: https://lore.kernel.org/oe-kbuild-all/202303181535.RFDCnz3E-lkp@intel.com/
> >
> > Thanks Viktor! Does this fix something from an existing commit? If so
> > which one? The commit log should mention it.
>
> Ah, right, I forgot about that. The commit log is missing:
>
> Fixes: bd5314f8dd2d ("kallsyms, bpf: Move find_kallsyms_symbol_value out of internal header")
>
> I can post v2 but I'm also fine with maintainers applying the tag.
That patch went through the bpf tree so its fix can go throug that tree.
So up to Daniel if he wants a new patch.
Luis
Powered by blists - more mailing lists