[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <a6b7b46b-6959-458f-a975-866443351f87@kernel.org>
Date: Sat, 4 Oct 2025 10:52:28 +0200
From: Matthieu Baerts <matttbe@...nel.org>
To: Ihor Solodrai <ihor.solodrai@...ux.dev>,
Eduard Zingerman <eddyz87@...il.com>, alan.maguire@...cle.com
Cc: bpf@...r.kernel.org, linux-kselftest@...r.kernel.org,
linux-kernel@...r.kernel.org, llvm@...ts.linux.dev,
Andrii Nakryiko <andrii@...nel.org>, Alexei Starovoitov <ast@...nel.org>,
Daniel Borkmann <daniel@...earbox.net>,
Martin KaFai Lau <martin.lau@...ux.dev>, Song Liu <song@...nel.org>,
Yonghong Song <yonghong.song@...ux.dev>,
John Fastabend <john.fastabend@...il.com>, KP Singh <kpsingh@...nel.org>,
Stanislav Fomichev <sdf@...ichev.me>, Hao Luo <haoluo@...gle.com>,
Jiri Olsa <jolsa@...nel.org>, Shuah Khan <shuah@...nel.org>,
Nathan Chancellor <nathan@...nel.org>,
Nick Desaulniers <nick.desaulniers+lkml@...il.com>,
Bill Wendling <morbo@...gle.com>, Justin Stitt <justinstitt@...gle.com>
Subject: Re: [PATCH bpf] selftests/bpf: fix implicit-function-declaration
errors
Hi Ihor,
On 04/10/2025 05:19, Ihor Solodrai wrote:
>
>
> On 10/3/25 8:08 PM, Ihor Solodrai wrote:
>>
>>
>> On 10/3/25 4:37 PM, Eduard Zingerman wrote:
>>> On Fri, 2025-10-03 at 17:24 +0200, Matthieu Baerts (NGI0) wrote:
>>> [...]
>>>
>>> Alan, Ihor, does this sound familiar?
>>
>> This is most likely the issue addressed in this patch:
>> https://lore.kernel.org/dwarves/f7553b3f-5827-4f50-81a9-9bd0802734b9@linux.dev/
>>
>> There wasn't a new pahole release with it yet.
>
> Not the best link, sorry. That patch wasn't picked up by lore, only
> discussion remains.
>
> Here is the commit pushed to pahole/next:
> https://git.kernel.org/pub/scm/devel/pahole/pahole.git/commit/?h=next&id=09c1e9c924da02dc02bba0a3e59490e64449df96
Thank you for the links!
OK so I guess to be (fully) able to use BTF in the future v6.18, we
should use the future Pahole v1.31, and not include extra kfuncs. Is
that correct?
If yes, we can drop this patch. (The MPTCP CI will use it internally not
to have to depend on a dev version of Pahole.)
Also, should this dependency be more explicit somehow, to help people
having errors when not using a recent enough Pahole version?
Cheers,
Matt
--
Sponsored by the NGI0 Core fund.
Powered by blists - more mailing lists