From: Namhyung Kim <namhyung@kernel.org>
To: Ian Rogers <irogers@google.com>
Cc: bot+bpf-ci@kernel.org, peterz@infradead.org, mingo@redhat.com,
acme@kernel.org, jolsa@kernel.org, adrian.hunter@intel.com,
qmo@kernel.org, jpoimboe@kernel.org, daniel@iogearbox.net,
andrii@kernel.org, eddyz87@gmail.com, memxor@gmail.com,
martin.lau@linux.dev, song@kernel.org, yonghong.song@linux.dev,
james.clark@linaro.org, leo.yan@arm.com,
linux-perf-users@vger.kernel.org, bpf@vger.kernel.org,
linux-kernel@vger.kernel.org, ast@kernel.org,
martin.lau@kernel.org, mason@kernel.org, ihor.solodrai@linux.dev
Subject: Re: [PATCH v3 1/4] tools build: Add explicitly sequenced -lzstd to libbfd feature fallback
Date: Fri, 13 Nov 2026 18:59:46 -0800 [thread overview]
Message-ID: <avfOol00qzRyJgD9@google.com> (raw)
In-Reply-To: <CAP-5=fWekVEnxS_eSGsrCPM2XzoY=Z5fkYYK_dD6MGgxX3N2gg@mail.gmail.com>
On Thu, Nov 12, 2026 at 10:13:35AM -0800, Ian Rogers wrote:
> On Tue, Nov 3, 2026 at 9:03 PM <bot+bpf-ci@kernel.org> wrote:
> >
> > > tools build: Add explicitly sequenced -lzstd to libbfd feature fallback
> >
> > TL;DR: Possible build break at this commit: the libbfd -lzstd fallback is
> > removed but no consumer uses the new feature test yet, so perf may fail to
> > link and bpftool may lose JIT disassembly.
> >
> > > diff --git a/tools/build/feature/Makefile b/tools/build/feature/Makefile
> > > --- a/tools/build/feature/Makefile
> > > +++ b/tools/build/feature/Makefile
> >
> > [ ... ]
> >
> > > @@ -249,18 +250,21 @@ $(OUTPUT)test-python-module.bin:
> > > $(BUILD) $(FLAGS_PYTHON_EMBED)
> > >
> > > $(OUTPUT)test-libbfd.bin:
> > > - $(BUILD_BFD) || $(BUILD_BFD) -lzstd
> > > + $(BUILD_BFD)
> > >
> > > $(OUTPUT)test-libbfd-threadsafe.bin:
> > > - $(BUILD_BFD) || $(BUILD_BFD) -lzstd || $(BUILD_BFD) -liberty || $(BUILD_BFD) -liberty -lz
> > > + $(BUILD_BFD) || $(BUILD_BFD) -liberty || $(BUILD_BFD) -liberty -lz || \
> > > + $(BUILD_BFD) -liberty -lz -lzstd
> >
> > Can this leave perf and bpftool unable to link libbfd at this commit?
>
> So the concern is that at this commit, not later in the series, a
> feature test for a libbfd built with zstd that previously failed to
> link in this feature test will now succeed, but the parent Makefile
> will not pass the -zstd flag and so break the build. This issue is
> fixed later in the series by adding the -lzstd. Will this impact
> anything? It will turn one broken build into a different kind of
> broken build. I can reengineer the series to maintain bisectability
> but this seems like a low priority issue to address.
Ok, fair enough. As it got acked from other maintainers, I think it's
good to go.
Thanks,
Namhyung
next prev parent reply other threads:[~2026-11-14 2:59 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-11-04 4:30 [PATCH v3 0/4] tools build: Fixes for libbfd -lzstd dependency Ian Rogers
2026-11-04 4:30 ` [PATCH v3 1/4] tools build: Add explicitly sequenced -lzstd to libbfd feature fallback Ian Rogers
2026-11-04 4:37 ` sashiko-bot
2026-11-04 5:03 ` bot+bpf-ci
2026-11-12 18:13 ` Ian Rogers
2026-11-14 2:59 ` Namhyung Kim [this message]
2026-11-04 4:30 ` [PATCH v3 2/4] perf " Ian Rogers
2026-11-04 4:37 ` sashiko-bot
2026-11-04 4:30 ` [PATCH v3 3/4] bpftool: " Ian Rogers
2026-11-04 4:34 ` sashiko-bot
2026-11-04 4:30 ` [PATCH v3 4/4] objtool: Add explicitly sequenced -lzstd to libopcodes fallback Ian Rogers
2026-11-04 4:32 ` sashiko-bot
2026-11-10 20:54 ` [PATCH v3 0/4] tools build: Fixes for libbfd -lzstd dependency Ian Rogers
2026-11-11 6:04 ` Namhyung Kim
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=avfOol00qzRyJgD9@google.com \
--to=namhyung@kernel.org \
--cc=acme@kernel.org \
--cc=adrian.hunter@intel.com \
--cc=andrii@kernel.org \
--cc=ast@kernel.org \
--cc=bot+bpf-ci@kernel.org \
--cc=bpf@vger.kernel.org \
--cc=daniel@iogearbox.net \
--cc=eddyz87@gmail.com \
--cc=ihor.solodrai@linux.dev \
--cc=irogers@google.com \
--cc=james.clark@linaro.org \
--cc=jolsa@kernel.org \
--cc=jpoimboe@kernel.org \
--cc=leo.yan@arm.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-perf-users@vger.kernel.org \
--cc=martin.lau@kernel.org \
--cc=martin.lau@linux.dev \
--cc=mason@kernel.org \
--cc=memxor@gmail.com \
--cc=mingo@redhat.com \
--cc=peterz@infradead.org \
--cc=qmo@kernel.org \
--cc=song@kernel.org \
--cc=yonghong.song@linux.dev \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox