From: Namhyung Kim <namhyung@kernel.org>
To: Ian Rogers <irogers@google.com>
Cc: Peter Zijlstra <peterz@infradead.org>,
Ingo Molnar <mingo@redhat.com>,
Arnaldo Carvalho de Melo <acme@kernel.org>,
Mark Rutland <mark.rutland@arm.com>,
Alexander Shishkin <alexander.shishkin@linux.intel.com>,
Jiri Olsa <jolsa@kernel.org>,
Adrian Hunter <adrian.hunter@intel.com>,
Kan Liang <kan.liang@linux.intel.com>,
John Garry <john.g.garry@oracle.com>,
Will Deacon <will@kernel.org>,
James Clark <james.clark@linaro.org>,
Mike Leach <mike.leach@linaro.org>, Leo Yan <leo.yan@linux.dev>,
Guo Ren <guoren@kernel.org>,
Paul Walmsley <paul.walmsley@sifive.com>,
Palmer Dabbelt <palmer@dabbelt.com>,
Albert Ou <aou@eecs.berkeley.edu>, Nick Terrell <terrelln@fb.com>,
Guilherme Amadio <amadio@gentoo.org>,
Changbin Du <changbin.du@huawei.com>,
"Steinar H. Gunderson" <sesse@google.com>,
"Masami Hiramatsu (Google)" <mhiramat@kernel.org>,
Aditya Gupta <adityag@linux.ibm.com>,
Athira Rajeev <atrajeev@linux.vnet.ibm.com>,
Masahiro Yamada <masahiroy@kernel.org>,
Huacai Chen <chenhuacai@kernel.org>,
Bibo Mao <maobibo@loongson.cn>, Kajol Jain <kjain@linux.ibm.com>,
Anup Patel <anup@brainfault.org>,
Shenlin Liang <liangshenlin@eswincomputing.com>,
Atish Patra <atishp@rivosinc.com>,
Oliver Upton <oliver.upton@linux.dev>,
Chen Pei <cp0613@linux.alibaba.com>,
Dima Kogan <dima@secretsauce.net>,
Alexander Lobakin <aleksander.lobakin@intel.com>,
"David S. Miller" <davem@davemloft.net>,
Przemek Kitszel <przemyslaw.kitszel@intel.com>,
linux-kernel@vger.kernel.org, linux-perf-users@vger.kernel.org,
Yang Jihong <yangjihong@bytedance.com>
Subject: Re: [PATCH v1 01/11] perf build: Rename NO_DWARF to NO_LIBDW
Date: Thu, 26 Sep 2024 12:28:09 -0700 [thread overview]
Message-ID: <ZvW1yYrmHEDUIOkr@google.com> (raw)
In-Reply-To: <CAP-5=fUf40_4LbsYOavy45L=153bAVuwK_km8UKNQ3imSQ-_2w@mail.gmail.com>
On Thu, Sep 26, 2024 at 08:02:45AM -0700, Ian Rogers wrote:
> On Wed, Sep 25, 2024 at 5:26 PM Namhyung Kim <namhyung@kernel.org> wrote:
> >
> > On Tue, Sep 24, 2024 at 09:04:08AM -0700, Ian Rogers wrote:
> > > NO_DWARF could mean more than NO_LIBDW support, in particular no
> > > libunwind support. Rename to be more intention revealing.
> > >
> > > Signed-off-by: Ian Rogers <irogers@google.com>
> > > ---
> > > tools/perf/Makefile.config | 16 ++++++++--------
> > > tools/perf/Makefile.perf | 2 +-
> > > tools/perf/arch/arm/Makefile | 2 +-
> > > tools/perf/arch/arm64/Makefile | 2 +-
> > > tools/perf/arch/csky/Makefile | 2 +-
> > > tools/perf/arch/loongarch/Makefile | 2 +-
> > > tools/perf/arch/mips/Makefile | 2 +-
> > > tools/perf/arch/powerpc/Makefile | 2 +-
> > > tools/perf/arch/riscv/Makefile | 2 +-
> > > tools/perf/arch/s390/Makefile | 2 +-
> > > tools/perf/arch/sh/Makefile | 2 +-
> > > tools/perf/arch/sparc/Makefile | 2 +-
> > > tools/perf/arch/x86/Makefile | 2 +-
> > > tools/perf/arch/xtensa/Makefile | 2 +-
> > > tools/perf/builtin-probe.c | 2 +-
> > > 15 files changed, 22 insertions(+), 22 deletions(-)
> > >
> > > diff --git a/tools/perf/Makefile.config b/tools/perf/Makefile.config
> > > index 5e26d3a91b36..55a39211496d 100644
> > > --- a/tools/perf/Makefile.config
> > > +++ b/tools/perf/Makefile.config
> > > @@ -429,7 +429,7 @@ ifeq ($(feature-file-handle), 1)
> > > endif
> > >
> > > ifdef NO_LIBELF
> > > - NO_DWARF := 1
> > > + NO_LIBDW := 1
> > > NO_LIBUNWIND := 1
> > > NO_LIBDW_DWARF_UNWIND := 1
> > > NO_LIBBPF := 1
> > > @@ -471,9 +471,9 @@ else
> > > endif
> > > endif
> > > ifneq ($(feature-dwarf), 1)
> > > - ifndef NO_DWARF
> > > + ifndef NO_LIBDW
> > > $(warning No libdw.h found or old libdw.h found or elfutils is older than 0.138, disables dwarf support. Please install new elfutils-devel/libdw-dev)
> > > - NO_DWARF := 1
> > > + NO_LIBDW := 1
> > > endif
> > > else
> > > ifneq ($(feature-dwarf_getlocations), 1)
> > > @@ -496,7 +496,7 @@ ifeq ($(feature-libaio), 1)
> > > endif
> > > endif
> > >
> > > -ifdef NO_DWARF
> > > +ifdef NO_LIBDW
> > > NO_LIBDW_DWARF_UNWIND := 1
> > > endif
> > >
> > > @@ -574,17 +574,17 @@ ifndef NO_LIBELF
> > > endif
> > > endif
> > >
> > > - ifndef NO_DWARF
> > > + ifndef NO_LIBDW
> > > ifeq ($(origin PERF_HAVE_DWARF_REGS), undefined)
> > > $(warning DWARF register mappings have not been defined for architecture $(SRCARCH), DWARF support disabled)
> > > - NO_DWARF := 1
> > > + NO_LIBDW := 1
> > > else
> > > CFLAGS += -DHAVE_DWARF_SUPPORT $(LIBDW_CFLAGS)
> > > LDFLAGS += $(LIBDW_LDFLAGS)
> > > EXTLIBS += ${DWARFLIBS}
> > > $(call detected,CONFIG_DWARF)
> > > endif # PERF_HAVE_DWARF_REGS
> > > - endif # NO_DWARF
> > > + endif # NO_LIBDW
> > >
> > > ifndef NO_LIBBPF
> > > ifeq ($(feature-bpf), 1)
> > > @@ -633,7 +633,7 @@ ifdef PERF_HAVE_JITDUMP
> > > endif
> > >
> > > ifeq ($(SRCARCH),powerpc)
> > > - ifndef NO_DWARF
> > > + ifndef NO_LIBDW
> > > CFLAGS += -DHAVE_SKIP_CALLCHAIN_IDX
> > > endif
> > > endif
> > > diff --git a/tools/perf/Makefile.perf b/tools/perf/Makefile.perf
> > > index 9dd2e8d3f3c9..a144bfaf8aeb 100644
> > > --- a/tools/perf/Makefile.perf
> > > +++ b/tools/perf/Makefile.perf
> > > @@ -40,7 +40,7 @@ include ../scripts/utilities.mak
> > > #
> > > # Define EXTRA_PERFLIBS to pass extra libraries to PERFLIBS.
> > > #
> > > -# Define NO_DWARF if you do not want debug-info analysis feature at all.
> > > +# Define NO_LIBDW if you do not want debug-info analysis feature at all.
> >
> > Can we keep NO_DWARF for compatibility and set NO_LIBDW=1 internally?
> > I think it's fine to change it here to advertise NO_LIBDW over NO_DWARF
> > but still want to support NO_DWARF as well.
>
> This would be actively confusing. NO_DWARF should really imply
> NO_LIBUNWIND, it is like removing the ability for "perf record
> --call-graph dwarf" to work - dwarf meaning libdw or libunwind in the
> tool. Having NO_DWARF control NO_LIBDW, I'm not sure what I'm being
> asked to do. The point of this clean up is to make the names mean what
> they should mean and not something potentially confusingly broader,
> but you're asking for the confusingly broader case to mean just libdw.
> I don't follow and I don't see how it serves the purpose of the
> cleanup.
I have no idea how many people use NO_DWARF actually. We can probably
ignore such users and convert it to NO_LIBDW.
What I actually thought was
ifeq ($(NO_DWARF),1)
NO_LIBDW := 1
NO_LIBUNWIND := 1
endif
but it'd break the compatibility too. :(
Thanks,
Namhyung
next prev parent reply other threads:[~2024-09-26 19:28 UTC|newest]
Thread overview: 51+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-09-24 16:04 [PATCH v1 00/11] Libdw/dwarf build clean up Ian Rogers
2024-09-24 16:04 ` [PATCH v1 01/11] perf build: Rename NO_DWARF to NO_LIBDW Ian Rogers
2024-09-26 0:26 ` Namhyung Kim
2024-09-26 15:02 ` Ian Rogers
2024-09-26 19:28 ` Namhyung Kim [this message]
2024-09-29 2:01 ` Masami Hiramatsu
2024-09-29 2:01 ` Masami Hiramatsu
2024-09-24 16:04 ` [PATCH v1 02/11] perf build: Remove defined but never used variable Ian Rogers
2024-09-29 2:02 ` Masami Hiramatsu
2024-09-24 16:04 ` [PATCH v1 03/11] perf build: Rename test-dwarf to test-libdw Ian Rogers
2024-09-26 0:28 ` Namhyung Kim
2024-09-26 15:37 ` Ian Rogers
2024-09-26 18:23 ` Namhyung Kim
2024-09-29 2:06 ` Masami Hiramatsu
2024-09-24 16:04 ` [PATCH v1 04/11] perf build: Combine libdw-dwarf-unwind into libdw feature tests Ian Rogers
2024-09-24 16:04 ` [PATCH v1 05/11] perf build: Combine test-dwarf-getlocations into test-libdw Ian Rogers
2024-09-24 16:04 ` [PATCH v1 06/11] perf build: Combine test-dwarf-getcfi " Ian Rogers
2024-09-24 16:04 ` [PATCH v1 07/11] perf probe: Move elfutils support check to libdw check Ian Rogers
2024-09-26 0:29 ` Namhyung Kim
2024-09-26 15:08 ` Ian Rogers
2024-09-26 19:35 ` Namhyung Kim
2024-09-24 16:04 ` [PATCH v1 08/11] perf libdw: Remove unnecessary defines Ian Rogers
2024-09-29 2:10 ` Masami Hiramatsu
2024-09-24 16:04 ` [PATCH v1 09/11] perf build: Rename HAVE_DWARF_SUPPORT to HAVE_LIBDW_SUPPORT Ian Rogers
2024-09-26 0:34 ` Namhyung Kim
2024-09-26 15:10 ` Ian Rogers
2024-09-26 19:36 ` Namhyung Kim
2024-09-24 16:04 ` [PATCH v1 10/11] perf build: Rename CONFIG_DWARF to CONFIG_LIBDW Ian Rogers
2024-09-24 16:04 ` [PATCH v1 11/11] perf build: Rename PERF_HAVE_DWARF_REGS to PERF_HAVE_LIBDW_REGS Ian Rogers
2024-09-26 3:27 ` Namhyung Kim
2024-09-26 12:47 ` Ian Rogers
2024-09-26 19:39 ` Namhyung Kim
2024-09-26 19:55 ` Ian Rogers
2024-09-27 17:16 ` Namhyung Kim
2024-09-27 18:15 ` Ian Rogers
2024-09-29 2:35 ` Masami Hiramatsu
2024-10-01 4:02 ` Ian Rogers
2024-10-01 23:09 ` Namhyung Kim
2024-10-01 23:17 ` Ian Rogers
2024-10-01 23:28 ` Masami Hiramatsu
2024-10-02 1:31 ` Ian Rogers
2024-10-02 13:56 ` Masami Hiramatsu
2024-10-02 14:27 ` Ian Rogers
2024-10-03 22:48 ` Namhyung Kim
2024-10-04 0:58 ` Ian Rogers
2024-10-04 5:12 ` Namhyung Kim
2024-10-04 14:45 ` Masami Hiramatsu
2024-10-04 15:15 ` Ian Rogers
2024-10-04 19:23 ` Namhyung Kim
2024-10-04 14:32 ` Masami Hiramatsu
2024-09-24 19:44 ` [PATCH v1 00/11] Libdw/dwarf build clean up Leo Yan
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=ZvW1yYrmHEDUIOkr@google.com \
--to=namhyung@kernel.org \
--cc=acme@kernel.org \
--cc=adityag@linux.ibm.com \
--cc=adrian.hunter@intel.com \
--cc=aleksander.lobakin@intel.com \
--cc=alexander.shishkin@linux.intel.com \
--cc=amadio@gentoo.org \
--cc=anup@brainfault.org \
--cc=aou@eecs.berkeley.edu \
--cc=atishp@rivosinc.com \
--cc=atrajeev@linux.vnet.ibm.com \
--cc=changbin.du@huawei.com \
--cc=chenhuacai@kernel.org \
--cc=cp0613@linux.alibaba.com \
--cc=davem@davemloft.net \
--cc=dima@secretsauce.net \
--cc=guoren@kernel.org \
--cc=irogers@google.com \
--cc=james.clark@linaro.org \
--cc=john.g.garry@oracle.com \
--cc=jolsa@kernel.org \
--cc=kan.liang@linux.intel.com \
--cc=kjain@linux.ibm.com \
--cc=leo.yan@linux.dev \
--cc=liangshenlin@eswincomputing.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-perf-users@vger.kernel.org \
--cc=maobibo@loongson.cn \
--cc=mark.rutland@arm.com \
--cc=masahiroy@kernel.org \
--cc=mhiramat@kernel.org \
--cc=mike.leach@linaro.org \
--cc=mingo@redhat.com \
--cc=oliver.upton@linux.dev \
--cc=palmer@dabbelt.com \
--cc=paul.walmsley@sifive.com \
--cc=peterz@infradead.org \
--cc=przemyslaw.kitszel@intel.com \
--cc=sesse@google.com \
--cc=terrelln@fb.com \
--cc=will@kernel.org \
--cc=yangjihong@bytedance.com \
/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