From: Arnaldo Carvalho de Melo <arnaldo.melo@gmail.com>
To: Jiri Olsa <jolsa@kernel.org>
Cc: lkml <linux-kernel@vger.kernel.org>,
Ingo Molnar <mingo@kernel.org>,
Namhyung Kim <namhyung@kernel.org>,
Alexander Shishkin <alexander.shishkin@linux.intel.com>,
Peter Zijlstra <a.p.zijlstra@chello.nl>,
Adrian Hunter <adrian.hunter@intel.com>,
Andi Kleen <ak@linux.intel.com>,
Stephane Eranian <eranian@google.com>,
Alexey Budankov <alexey.budankov@linux.intel.com>
Subject: Re: [PATCH 10/20] perf data: Add directory support
Date: Mon, 25 Feb 2019 10:45:48 -0300 [thread overview]
Message-ID: <20190225134548.GA31136@kernel.org> (raw)
In-Reply-To: <20190224190656.30163-11-jolsa@kernel.org>
Em Sun, Feb 24, 2019 at 08:06:46PM +0100, Jiri Olsa escreveu:
> Adding support to have directory as perf.data.
>
> The caller needs to set 'struct perf_data::is_dir flag
> and the path will be treated as directory.
>
> The 'struct perf_data::file' is initialized and open
> as 'path/header' file.
>
> Adding check to direcory interface functions to check
> on is_dir flag.
>
> Link: http://lkml.kernel.org/n/tip-pvot1aywiem9epgqpfi1agaj@git.kernel.org
> Signed-off-by: Jiri Olsa <jolsa@kernel.org>
> ---
> tools/perf/util/data.c | 41 ++++++++++++++++++++++++++++++++++++++-
> tools/perf/util/data.h | 6 ++++++
> tools/perf/util/session.c | 4 ++++
> 3 files changed, 50 insertions(+), 1 deletion(-)
>
> diff --git a/tools/perf/util/data.c b/tools/perf/util/data.c
> index 7bd5ddeb7a41..72ac4dbb5c69 100644
> --- a/tools/perf/util/data.c
> +++ b/tools/perf/util/data.c
> @@ -34,6 +34,9 @@ int perf_data__create_dir(struct perf_data *data, int nr)
> struct perf_data_file *files = NULL;
> int i, ret = -1;
>
> + if (WARN_ON(!data->is_dir))
> + return -EINVAL;
> +
> files = zalloc(nr * sizeof(*files));
> if (!files)
> return -ENOMEM;
> @@ -69,6 +72,9 @@ int perf_data__open_dir(struct perf_data *data)
> DIR *dir;
> int nr = 0;
>
> + if (WARN_ON(!data->is_dir))
> + return -EINVAL;
> +
> dir = opendir(data->path);
> if (!dir)
> return -EINVAL;
> @@ -173,6 +179,16 @@ static int check_backup(struct perf_data *data)
> return 0;
> }
>
> +static bool is_dir(struct perf_data *data)
> +{
> + struct stat st;
> +
> + if (stat(data->path, &st))
> + return false;
> +
> + return (st.st_mode & S_IFMT) == S_IFDIR;
> +}
> +
> static int open_file_read(struct perf_data *data)
> {
> struct stat st;
> @@ -254,6 +270,22 @@ static int open_file_dup(struct perf_data *data)
> return open_file(data);
> }
>
> +static int open_dir(struct perf_data *data)
> +{
> + if (perf_data__is_write(data) &&
> + mkdir(data->path, S_IRWXU) < 0)
> + return -1;
> +
> + /*
> + * So far we open only the header, so we
> + * can read the data version and layout.
> + */
> + if (asprintf(&data->file.path, "%s/header", data->path) < 0)
> + return -ENOMEM;
so, if this fails, then we should unwind the mkdir, if it was
performed, so that we leave things as they were before calling
open_dir(), right?
I processed everything up to here.
- Arnaldo
> +
> + return open_file(data);
> +}
> +
> int perf_data__open(struct perf_data *data)
> {
> if (check_pipe(data))
> @@ -265,11 +297,18 @@ int perf_data__open(struct perf_data *data)
> if (check_backup(data))
> return -1;
>
> - return open_file_dup(data);
> + if (perf_data__is_read(data))
> + data->is_dir = is_dir(data);
> +
> + return perf_data__is_dir(data) ?
> + open_dir(data) : open_file_dup(data);
> }
>
> void perf_data__close(struct perf_data *data)
> {
> + if (perf_data__is_dir(data))
> + perf_data__close_dir(data);
> +
> free(data->file.path);
> close(data->file.fd);
> }
> diff --git a/tools/perf/util/data.h b/tools/perf/util/data.h
> index 14b47be2bd69..06aefeda311f 100644
> --- a/tools/perf/util/data.h
> +++ b/tools/perf/util/data.h
> @@ -19,6 +19,7 @@ struct perf_data {
> const char *path;
> struct perf_data_file file;
> bool is_pipe;
> + bool is_dir;
> bool force;
> enum perf_data_mode mode;
>
> @@ -43,6 +44,11 @@ static inline int perf_data__is_pipe(struct perf_data *data)
> return data->is_pipe;
> }
>
> +static inline bool perf_data__is_dir(struct perf_data *data)
> +{
> + return data->is_dir;
> +}
> +
> static inline int perf_data__fd(struct perf_data *data)
> {
> return data->file.fd;
> diff --git a/tools/perf/util/session.c b/tools/perf/util/session.c
> index c764bbc91009..9991e9a8bc12 100644
> --- a/tools/perf/util/session.c
> +++ b/tools/perf/util/session.c
> @@ -152,6 +152,10 @@ struct perf_session *perf_session__new(struct perf_data *data,
> }
>
> perf_evlist__init_trace_event_sample_raw(session->evlist);
> +
> + /* Open the directory data. */
> + if (data->is_dir && perf_data__open_dir(data))
> + goto out_close;
> }
> } else {
> session->machines.host.env = &perf_env;
> --
> 2.17.2
--
- Arnaldo
next prev parent reply other threads:[~2019-02-25 13:45 UTC|newest]
Thread overview: 32+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-02-24 19:06 [PATCHv3 00/20] perf record: Add support to store data in directory Jiri Olsa
2019-02-24 19:06 ` [PATCH 01/20] perf tools: Add depth checking to rm_rf Jiri Olsa
2019-02-28 8:00 ` [tip:perf/core] " tip-bot for Jiri Olsa
2019-02-24 19:06 ` [PATCH 02/20] perf tools: Add pattern name " Jiri Olsa
2019-02-28 8:00 ` [tip:perf/core] " tip-bot for Jiri Olsa
2019-02-24 19:06 ` [PATCH 03/20] perf tools: Add rm_rf_perf_data function Jiri Olsa
2019-02-28 8:01 ` [tip:perf/core] " tip-bot for Jiri Olsa
2019-02-24 19:06 ` [PATCH 04/20] perf data: Move size to struct perf_data_file Jiri Olsa
2019-02-24 19:06 ` [PATCH 05/20] perf data: Add global path holder Jiri Olsa
2019-02-24 19:06 ` [PATCH 06/20] perf data: Make check_backup work over directories Jiri Olsa
2019-02-28 8:02 ` [tip:perf/core] " tip-bot for Jiri Olsa
2019-02-24 19:06 ` [PATCH 07/20] perf data: Fail check_backup in case of error Jiri Olsa
2019-02-28 8:02 ` [tip:perf/core] " tip-bot for Jiri Olsa
2019-02-24 19:06 ` [PATCH 08/20] perf data: Add perf_data__(create_dir|close_dir) functions Jiri Olsa
2019-02-28 8:03 ` [tip:perf/core] " tip-bot for Jiri Olsa
2019-02-24 19:06 ` [PATCH 09/20] perf data: Add perf_data__open_dir_data function Jiri Olsa
2019-02-28 8:04 ` [tip:perf/core] " tip-bot for Jiri Olsa
2019-02-24 19:06 ` [PATCH 10/20] perf data: Add directory support Jiri Olsa
2019-02-25 13:45 ` Arnaldo Carvalho de Melo [this message]
2019-02-25 13:56 ` Jiri Olsa
2019-02-25 15:07 ` Arnaldo Carvalho de Melo
2019-02-25 15:36 ` Jiri Olsa
2019-02-24 19:06 ` [PATCH 11/20] perf data: Don't store auxtrace index for directory data file Jiri Olsa
2019-02-24 19:06 ` [PATCH 12/20] perf data: Add perf_data__update_dir function Jiri Olsa
2019-02-24 19:06 ` [PATCH 13/20] perf data: Make perf_data__size to work over directory Jiri Olsa
2019-02-24 19:06 ` [PATCH 14/20] perf header: Add DIR_FORMAT feature to describe directory data Jiri Olsa
2019-02-24 19:06 ` [PATCH 15/20] perf session: Add process callback to reader object Jiri Olsa
2019-02-24 19:06 ` [PATCH 16/20] perf session: Add __perf_session__process_dir_events function Jiri Olsa
2019-02-24 19:06 ` [PATCH 17/20] perf session: Add path to reader object Jiri Olsa
2019-02-24 19:06 ` [PATCH 18/20] perf record: Add --dir option to store data in directory Jiri Olsa
2019-02-24 19:06 ` [PATCH 19/20] perf record: Add --output-dir " Jiri Olsa
2019-02-24 19:06 ` [PATCH 20/20] perf record: Describe perf.data directory format Jiri Olsa
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=20190225134548.GA31136@kernel.org \
--to=arnaldo.melo@gmail.com \
--cc=a.p.zijlstra@chello.nl \
--cc=adrian.hunter@intel.com \
--cc=ak@linux.intel.com \
--cc=alexander.shishkin@linux.intel.com \
--cc=alexey.budankov@linux.intel.com \
--cc=eranian@google.com \
--cc=jolsa@kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=mingo@kernel.org \
--cc=namhyung@kernel.org \
/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