From: Ian Rogers <irogers@google.com>
To: "Namhyung Kim" <namhyung@kernel.org>,
"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>,
"Sam James" <sam@gentoo.org>,
"Jesper Juhl" <jesperjuhl76@gmail.com>,
"James Clark" <james.clark@linaro.org>,
"Zhongqiu Han" <quic_zhonhan@quicinc.com>,
"Yicong Yang" <yangyicong@hisilicon.com>,
"Thomas Richter" <tmricht@linux.ibm.com>,
"Michael Petlan" <mpetlan@redhat.com>,
"Anne Macedo" <retpolanne@posteo.net>,
"Dominique Martinet" <asmadeus@codewreck.org>,
"Jean-Philippe Romain" <jean-philippe.romain@foss.st.com>,
"Junhao He" <hejunhao3@huawei.com>,
linux-kernel@vger.kernel.org, linux-perf-users@vger.kernel.org,
"Krzysztof Łopatowski" <krzysztof.m.lopatowski@gmail.com>
Cc: Ian Rogers <irogers@google.com>
Subject: [PATCH v3 8/8] perf machine: Reuse module path buffer
Date: Fri, 21 Feb 2025 22:10:13 -0800 [thread overview]
Message-ID: <20250222061015.303622-9-irogers@google.com> (raw)
In-Reply-To: <20250222061015.303622-1-irogers@google.com>
Rather than copying the path and appending the directory entry in a
fresh path buffer, append to the path at the end of where it is for
the recursion level. This saves a PATH_MAX buffer per recursion level
and some unnecessary copying.
Signed-off-by: Ian Rogers <irogers@google.com>
---
tools/perf/util/machine.c | 34 +++++++++++++++++++++++-----------
1 file changed, 23 insertions(+), 11 deletions(-)
diff --git a/tools/perf/util/machine.c b/tools/perf/util/machine.c
index e394c630e3a2..3f1faf94198d 100644
--- a/tools/perf/util/machine.c
+++ b/tools/perf/util/machine.c
@@ -1338,22 +1338,23 @@ static int maps__set_module_path(struct maps *maps, const char *path, struct kmo
return 0;
}
-static int maps__set_modules_path_dir(struct maps *maps, const char *dir_name, int depth)
+static int maps__set_modules_path_dir(struct maps *maps, char *path, size_t path_size, int depth)
{
struct io_dirent64 *dent;
struct io_dir iod;
+ size_t root_len = strlen(path);
int ret = 0;
- io_dir__init(&iod, open(dir_name, O_CLOEXEC | O_DIRECTORY | O_RDONLY));
+ io_dir__init(&iod, open(path, O_CLOEXEC | O_DIRECTORY | O_RDONLY));
if (iod.dirfd < 0) {
- pr_debug("%s: cannot open %s dir\n", __func__, dir_name);
+ pr_debug("%s: cannot open %s dir\n", __func__, path);
return -1;
}
-
+ /* Bounds check, should never happen. */
+ if (root_len >= path_size)
+ return -1;
+ path[root_len++] = '/';
while ((dent = io_dir__readdir(&iod)) != NULL) {
- char path[PATH_MAX];
-
- path__join(path, sizeof(path), dir_name, dent->d_name);
if (io_dir__is_dir(&iod, dent)) {
if (!strcmp(dent->d_name, ".") ||
!strcmp(dent->d_name, ".."))
@@ -1366,7 +1367,12 @@ static int maps__set_modules_path_dir(struct maps *maps, const char *dir_name, i
continue;
}
- ret = maps__set_modules_path_dir(maps, path, depth + 1);
+ /* Bounds check, should never happen. */
+ if (root_len + strlen(dent->d_name) >= path_size)
+ continue;
+
+ strcpy(path + root_len, dent->d_name);
+ ret = maps__set_modules_path_dir(maps, path, path_size, depth + 1);
if (ret < 0)
goto out;
} else {
@@ -1376,9 +1382,14 @@ static int maps__set_modules_path_dir(struct maps *maps, const char *dir_name, i
if (ret)
goto out;
- if (m.kmod)
- ret = maps__set_module_path(maps, path, &m);
+ if (m.kmod) {
+ /* Bounds check, should never happen. */
+ if (root_len + strlen(dent->d_name) < path_size) {
+ strcpy(path + root_len, dent->d_name);
+ ret = maps__set_module_path(maps, path, &m);
+ }
+ }
zfree(&m.name);
if (ret)
@@ -1404,7 +1415,8 @@ static int machine__set_modules_path(struct machine *machine)
machine->root_dir, version);
free(version);
- return maps__set_modules_path_dir(machine__kernel_maps(machine), modules_path, 0);
+ return maps__set_modules_path_dir(machine__kernel_maps(machine),
+ modules_path, sizeof(modules_path), 0);
}
int __weak arch__fix_module_text_start(u64 *start __maybe_unused,
u64 *size __maybe_unused,
--
2.48.1.658.g4767266eb4-goog
next prev parent reply other threads:[~2025-02-22 6:10 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-02-22 6:10 [PATCH v3 0/8] Add io_dir to avoid memory overhead from opendir Ian Rogers
2025-02-22 6:10 ` [PATCH v3 1/8] tools lib api: Add io_dir an allocation free readdir alternative Ian Rogers
2025-02-22 6:10 ` [PATCH v3 2/8] perf maps: Switch modules tree walk to io_dir__readdir Ian Rogers
2025-02-22 6:10 ` [PATCH v3 3/8] perf pmu: Switch " Ian Rogers
2025-02-22 6:10 ` [PATCH v3 4/8] perf header: Switch mem topology " Ian Rogers
2025-02-22 6:10 ` [PATCH v3 5/8] perf events: Remove scandir in thread synthesis Ian Rogers
2025-02-22 6:10 ` [PATCH v3 6/8] perf parse-events: Switch tracepoints to io_dir__readdir Ian Rogers
2025-02-22 6:10 ` [PATCH v3 7/8] perf hwmon_pmu: Switch event discovery " Ian Rogers
2025-02-22 6:10 ` Ian Rogers [this message]
2025-02-25 0:28 ` [PATCH v3 0/8] Add io_dir to avoid memory overhead from opendir Namhyung Kim
2025-02-25 0:30 ` Namhyung Kim
2025-02-25 1:25 ` Ian Rogers
2025-02-25 21:58 ` 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=20250222061015.303622-9-irogers@google.com \
--to=irogers@google.com \
--cc=acme@kernel.org \
--cc=adrian.hunter@intel.com \
--cc=alexander.shishkin@linux.intel.com \
--cc=asmadeus@codewreck.org \
--cc=hejunhao3@huawei.com \
--cc=james.clark@linaro.org \
--cc=jean-philippe.romain@foss.st.com \
--cc=jesperjuhl76@gmail.com \
--cc=jolsa@kernel.org \
--cc=kan.liang@linux.intel.com \
--cc=krzysztof.m.lopatowski@gmail.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-perf-users@vger.kernel.org \
--cc=mark.rutland@arm.com \
--cc=mingo@redhat.com \
--cc=mpetlan@redhat.com \
--cc=namhyung@kernel.org \
--cc=peterz@infradead.org \
--cc=quic_zhonhan@quicinc.com \
--cc=retpolanne@posteo.net \
--cc=sam@gentoo.org \
--cc=tmricht@linux.ibm.com \
--cc=yangyicong@hisilicon.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
all inboxes | Powered by JetHome®