From: Namhyung Kim <namhyung@kernel.org>
To: Ian Rogers <irogers@google.com>
Cc: tmricht@linux.ibm.com, acme@kernel.org, agordeev@linux.ibm.com,
gor@linux.ibm.com, hca@linux.ibm.com, japo@linux.ibm.com,
linux-kernel@vger.kernel.org, linux-perf-users@vger.kernel.org,
linux-s390@vger.kernel.org, sumanthk@linux.ibm.com
Subject: Re: [PATCH v1] perf symbol: Lazily compute idle and use the perf_env
Date: Tue, 24 Mar 2026 23:58:09 -0700 [thread overview]
Message-ID: <acOHgYoM6oYWWTmC@google.com> (raw)
In-Reply-To: <CAP-5=fW0Bu2313nAuhur+wP5Y2JtBNY+wpPoiKLqNzcSe-R3gA@mail.gmail.com>
Hi Ian,
Sorry for the delay.
On Tue, Mar 24, 2026 at 10:14:01AM -0700, Ian Rogers wrote:
> On Mon, Mar 2, 2026 at 3:43 PM Ian Rogers <irogers@google.com> wrote:
[SNIP]
> > - if (idle_symbols_list)
> > - return strlist__has_entry(idle_symbols_list, name);
> > + /*
> > + * ppc64 uses function descriptors and appends a '.' to the
> > + * start of every instruction address. Remove it.
> > + */
> > + if (name[0] == '.')
Then e_machine == EM_PPC64 can be checked here.
> > + name++;
> > +
> > +
Two blank lines.
> > + if (bsearch(name, idle_symbols, ARRAY_SIZE(idle_symbols),
> > + sizeof(idle_symbols[0]), sym_name_cmp)) {
> > + sym->idle = SYMBOL_IDLE__IDLE;
> > + return true;
> > + }
> > +
> > + if (e_machine == EM_386 || e_machine == EM_X86_64) {
> > + if (strstarts(name, "mwait_idle") ||
> > + strstarts(name, "intel_idle")) {
> > + sym->idle = SYMBOL_IDLE__IDLE;
> > + return true;
> > + }
> > + }
> > +
> > + if (e_machine == EM_PPC64 &&!strcmp(name, "ppc64_runlatch_off")) {
> > + sym->idle = SYMBOL_IDLE__IDLE;
> > + return true;
> > + }
> >
> > - idle_symbols_list = strlist__new(NULL, NULL);
> > + if (e_machine == EM_S390) {
> > + int major = 0, minor = 0;
> > + const char *release = env && env->os_release
> > + ? env->os_release : perf_version_string;
> >
> > - for (i = 0; idle_symbols[i]; i++)
> > - strlist__add(idle_symbols_list, idle_symbols[i]);
> > + sscanf(release, "%d.%d", &major, &minor);
> >
> > - return strlist__has_entry(idle_symbols_list, name);
> > + /* Before v6.10, s390 used psw_idle. */
> > + if ((major < 6 || (major == 6 && minor < 10)) && strstarts(name, "psw_idle")) {
> > + sym->idle = SYMBOL_IDLE__IDLE;
> > + return true;
> > + }
> > + }
> > +
> > + sym->idle = SYMBOL_IDLE__NOT_IDLE;
> > + return false;
> > }
> >
> > static int map__process_kallsym_symbol(void *arg, const char *name,
> > @@ -785,7 +815,7 @@ static int map__process_kallsym_symbol(void *arg, const char *name,
> > * We will pass the symbols to the filter later, in
> > * map__split_kallsyms, when we have split the maps per module
> > */
> > - __symbols__insert(root, sym, !strchr(name, '['));
> > + __symbols__insert(root, sym);
> >
> > return 0;
> > }
> > diff --git a/tools/perf/util/symbol.h b/tools/perf/util/symbol.h
> > index 3fb5d146d9b1..508dd9f336e9 100644
> > --- a/tools/perf/util/symbol.h
> > +++ b/tools/perf/util/symbol.h
> > @@ -24,6 +24,7 @@ struct dso;
> > struct map;
> > struct maps;
> > struct option;
> > +struct perf_env;
> > struct build_id;
> >
> > /*
> > @@ -41,6 +42,12 @@ Elf_Scn *elf_section_by_name(Elf *elf, GElf_Ehdr *ep,
> > GElf_Shdr *shp, const char *name, size_t *idx);
> > #endif
> >
> > +enum symbol_idle_kind {
> > + SYMBOL_IDLE__UNKNOWN = 0,
> > + SYMBOL_IDLE__NOT_IDLE = 1,
> > + SYMBOL_IDLE__IDLE = 2,
> > +};
> > +
> > /**
> > * A symtab entry. When allocated this may be preceded by an annotation (see
> > * symbol__annotation) and/or a browser_index (see symbol__browser_index).
> > @@ -56,8 +63,8 @@ struct symbol {
> > u8 type:4;
> > /** ELF binding type as defined for st_info. E.g. STB_WEAK or STB_GLOBAL. */
> > u8 binding:4;
> > - /** Set true for kernel symbols of idle routines. */
> > - u8 idle:1;
> > + /** Cache for symbol__is_idle. */
> > + enum symbol_idle_kind idle:2;
I'm curious if bitfields with different types (u8 and enum) can be
placed consecutively bitwise. There can be a lot of symbols so it
could be a concern.
Thanks,
Namhyung
> > /** Resolvable but tools ignore it (e.g. idle routines). */
> > u8 ignore:1;
> > /** Symbol for an inlined function. */
> > @@ -184,8 +191,7 @@ int dso__synthesize_plt_symbols(struct dso *dso, struct symsrc *ss);
> >
> > char *dso__demangle_sym(struct dso *dso, int kmodule, const char *elf_name);
> >
> > -void __symbols__insert(struct rb_root_cached *symbols, struct symbol *sym,
> > - bool kernel);
> > +void __symbols__insert(struct rb_root_cached *symbols, struct symbol *sym);
> > void symbols__insert(struct rb_root_cached *symbols, struct symbol *sym);
> > void symbols__fixup_duplicate(struct rb_root_cached *symbols);
> > void symbols__fixup_end(struct rb_root_cached *symbols, bool is_kallsyms);
> > @@ -269,5 +275,6 @@ enum {
> > };
> >
> > int symbol__validate_sym_arguments(void);
> > +bool symbol__is_idle(struct symbol *sym, const struct dso *dso, const struct perf_env *env);
> >
> > #endif /* __PERF_SYMBOL */
> > --
> > 2.53.0.473.g4a7958ca14-goog
> >
next prev parent reply other threads:[~2026-03-25 6:58 UTC|newest]
Thread overview: 22+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-02-19 11:38 [PATCH v2] perf symbol: Remove psw_idle() from list of idle symbols Thomas Richter
2026-02-19 11:55 ` Jan Polensky
2026-02-23 21:46 ` Namhyung Kim
2026-02-23 23:14 ` Arnaldo Melo
2026-03-02 18:43 ` Arnaldo Carvalho de Melo
2026-03-02 19:44 ` Ian Rogers
2026-03-04 14:34 ` Arnaldo Carvalho de Melo
2026-03-02 23:43 ` [PATCH v1] perf symbol: Lazily compute idle and use the perf_env Ian Rogers
2026-03-24 17:14 ` Ian Rogers
2026-03-25 6:58 ` Namhyung Kim [this message]
2026-03-25 15:58 ` Ian Rogers
2026-03-25 16:18 ` [PATCH v2] " Ian Rogers
2026-03-26 7:20 ` Honglei Wang
2026-03-26 15:11 ` Ian Rogers
2026-03-26 17:45 ` [PATCH v3 0/2] perf symbol/env: ELF machine clean up and lazy idle computation Ian Rogers
2026-03-26 17:45 ` [PATCH v3 1/2] perf env: Add perf_env__e_machine helper and use in perf_env__arch Ian Rogers
2026-03-26 17:45 ` [PATCH v3 2/2] perf symbol: Lazily compute idle and use the perf_env Ian Rogers
2026-03-27 6:56 ` Honglei Wang
2026-03-27 4:50 ` [PATCH v4 0/2] perf symbol/env: ELF machine clean up and lazy idle computation Ian Rogers
2026-03-27 4:50 ` [PATCH v4 1/2] perf env: Add perf_env__e_machine helper and use in perf_env__arch Ian Rogers
2026-03-27 4:50 ` [PATCH v4 2/2] perf symbol: Lazily compute idle and use the perf_env Ian Rogers
2026-03-27 6:00 ` [PATCH v2] perf tests task-analyzer: Write test files to tmpdir Ian Rogers
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=acOHgYoM6oYWWTmC@google.com \
--to=namhyung@kernel.org \
--cc=acme@kernel.org \
--cc=agordeev@linux.ibm.com \
--cc=gor@linux.ibm.com \
--cc=hca@linux.ibm.com \
--cc=irogers@google.com \
--cc=japo@linux.ibm.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-perf-users@vger.kernel.org \
--cc=linux-s390@vger.kernel.org \
--cc=sumanthk@linux.ibm.com \
--cc=tmricht@linux.ibm.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