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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.