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>,
James Clark <james.clark@linaro.org>,
Dapeng Mi <dapeng1.mi@linux.intel.com>,
Thomas Richter <tmricht@linux.ibm.com>,
Veronika Molnarova <vmolnaro@redhat.com>,
Chun-Tse Shao <ctshao@google.com>, Leo Yan <leo.yan@arm.com>,
Hao Ge <gehao@kylinos.cn>, Howard Chu <howardchu95@gmail.com>,
Weilin Wang <weilin.wang@intel.com>,
Levi Yun <yeoreum.yun@arm.com>,
"Dr. David Alan Gilbert" <linux@treblig.org>,
Gautam Menghani <gautam@linux.ibm.com>,
Tengda Wu <wutengda@huaweicloud.com>,
linux-perf-users@vger.kernel.org, linux-kernel@vger.kernel.org,
bpf@vger.kernel.org
Subject: Re: [PATCH v4 00/10] Move uid filtering to BPF filters
Date: Thu, 5 Jun 2025 19:44:06 -0700 [thread overview]
Message-ID: <aEJV9i0AptY81GfS@google.com> (raw)
In-Reply-To: <20250604174545.2853620-1-irogers@google.com>
Hi Ian,
On Wed, Jun 04, 2025 at 10:45:34AM -0700, Ian Rogers wrote:
> Rather than scanning /proc and skipping PIDs based on their UIDs, use
> BPF filters for uid filtering. The /proc scanning in thread_map is
> racy as the PID may exit before the perf_event_open causing perf to
> abort. BPF UID filters are more robust as they avoid the race. The
> /proc scanning also misses processes starting after the perf
> command. Add a helper for commands that support UID filtering and wire
> up. Remove the non-BPF UID filtering support given it doesn't work.
>
> v4: Add a warning message on top of Namhyung's BPF filter error message:
> https://lore.kernel.org/lkml/20250604054234.23608-1-namhyung@kernel.org/
> in the parse_uid_filter helper. In TUI the warning is shown then
> the BPF error shown, with stdio the warning appears below the BPF
> errors.
>
> v3: Add lengthier commit messages as requested by Arnaldo. Rebase on
> tmp.perf-tools-next.
>
> v2: Add a perf record uid test (Namhyung) and force setting
> system-wide for perf trace and perf record (Namhyung). Ensure the
> uid filter isn't set on tracepoint evsels.
>
> v1: https://lore.kernel.org/lkml/20250111190143.1029906-1-irogers@google.com/
>
> Ian Rogers (10):
> perf parse-events filter: Use evsel__find_pmu
> perf target: Separate parse_uid into its own function
> perf parse-events: Add parse_uid_filter helper
> perf record: Switch user option to use BPF filter
> perf tests record: Add basic uid filtering test
> perf top: Switch user option to use BPF filter
> perf trace: Switch user option to use BPF filter
> perf bench evlist-open-close: Switch user option to use BPF filter
> perf target: Remove uid from target
> perf thread_map: Remove uid options
I've noticed two things.
* it takes a quite long time to load the BPF filter. Not sure what's
the issue, but maybe annoying for users.
* normal users cannot use BPF filter even if the BPF is loaded and
pinned already. It works fine for perf record.
I don't think the issues are from this change though.
Thanks,
Namhyung
>
> tools/perf/bench/evlist-open-close.c | 36 ++++++++------
> tools/perf/builtin-ftrace.c | 1 -
> tools/perf/builtin-kvm.c | 2 -
> tools/perf/builtin-record.c | 27 ++++++-----
> tools/perf/builtin-stat.c | 4 +-
> tools/perf/builtin-top.c | 22 +++++----
> tools/perf/builtin-trace.c | 27 +++++++----
> tools/perf/tests/backward-ring-buffer.c | 1 -
> tools/perf/tests/event-times.c | 8 ++-
> tools/perf/tests/keep-tracking.c | 2 +-
> tools/perf/tests/mmap-basic.c | 2 +-
> tools/perf/tests/openat-syscall-all-cpus.c | 2 +-
> tools/perf/tests/openat-syscall-tp-fields.c | 1 -
> tools/perf/tests/openat-syscall.c | 2 +-
> tools/perf/tests/perf-record.c | 1 -
> tools/perf/tests/perf-time-to-tsc.c | 2 +-
> tools/perf/tests/shell/record.sh | 26 ++++++++++
> tools/perf/tests/switch-tracking.c | 2 +-
> tools/perf/tests/task-exit.c | 1 -
> tools/perf/tests/thread-map.c | 2 +-
> tools/perf/util/bpf-filter.c | 2 +-
> tools/perf/util/evlist.c | 3 +-
> tools/perf/util/parse-events.c | 47 +++++++++++++-----
> tools/perf/util/parse-events.h | 1 +
> tools/perf/util/python.c | 10 ++--
> tools/perf/util/target.c | 54 +++------------------
> tools/perf/util/target.h | 15 ++----
> tools/perf/util/thread_map.c | 32 ++----------
> tools/perf/util/thread_map.h | 6 +--
> tools/perf/util/top.c | 4 +-
> tools/perf/util/top.h | 1 +
> 31 files changed, 164 insertions(+), 182 deletions(-)
>
> --
> 2.50.0.rc0.604.gd4ff7b7c86-goog
>
next prev parent reply other threads:[~2025-06-06 2:44 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-06-04 17:45 [PATCH v4 00/10] Move uid filtering to BPF filters Ian Rogers
2025-06-04 17:45 ` [PATCH v4 01/10] perf parse-events filter: Use evsel__find_pmu Ian Rogers
2025-06-04 17:45 ` [PATCH v4 02/10] perf target: Separate parse_uid into its own function Ian Rogers
2025-06-04 17:45 ` [PATCH v4 03/10] perf parse-events: Add parse_uid_filter helper Ian Rogers
2025-06-06 17:41 ` Namhyung Kim
2025-06-06 18:13 ` Ian Rogers
2025-06-06 20:01 ` Namhyung Kim
2025-06-04 17:45 ` [PATCH v4 04/10] perf record: Switch user option to use BPF filter Ian Rogers
2025-06-04 17:45 ` [PATCH v4 05/10] perf tests record: Add basic uid filtering test Ian Rogers
2025-06-04 17:45 ` [PATCH v4 06/10] perf top: Switch user option to use BPF filter Ian Rogers
2025-06-04 17:45 ` [PATCH v4 07/10] perf trace: " Ian Rogers
2025-06-04 17:45 ` [PATCH v4 08/10] perf bench evlist-open-close: " Ian Rogers
2025-06-04 17:45 ` [PATCH v4 09/10] perf target: Remove uid from target Ian Rogers
2025-06-04 17:45 ` [PATCH v4 10/10] perf thread_map: Remove uid options Ian Rogers
2025-06-06 2:44 ` Namhyung Kim [this message]
2025-06-10 18:38 ` [PATCH v4 00/10] Move uid filtering to BPF filters 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=aEJV9i0AptY81GfS@google.com \
--to=namhyung@kernel.org \
--cc=acme@kernel.org \
--cc=adrian.hunter@intel.com \
--cc=alexander.shishkin@linux.intel.com \
--cc=bpf@vger.kernel.org \
--cc=ctshao@google.com \
--cc=dapeng1.mi@linux.intel.com \
--cc=gautam@linux.ibm.com \
--cc=gehao@kylinos.cn \
--cc=howardchu95@gmail.com \
--cc=irogers@google.com \
--cc=james.clark@linaro.org \
--cc=jolsa@kernel.org \
--cc=kan.liang@linux.intel.com \
--cc=leo.yan@arm.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-perf-users@vger.kernel.org \
--cc=linux@treblig.org \
--cc=mark.rutland@arm.com \
--cc=mingo@redhat.com \
--cc=peterz@infradead.org \
--cc=tmricht@linux.ibm.com \
--cc=vmolnaro@redhat.com \
--cc=weilin.wang@intel.com \
--cc=wutengda@huaweicloud.com \
--cc=yeoreum.yun@arm.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