From: Arnaldo Carvalho de Melo <acme@kernel.org>
To: Taeung Song <treeze.taeung@gmail.com>
Cc: linux-kernel@vger.kernel.org, Jiri Olsa <jolsa@kernel.org>,
Namhyung Kim <namhyung@kernel.org>,
Ingo Molnar <mingo@kernel.org>,
Peter Zijlstra <peterz@infradead.org>,
Alexander Shishkin <alexander.shishkin@linux.intel.com>,
Masami Hiramatsu <mhiramat@kernel.org>,
Jiri Olsa <jolsa@redhat.com>
Subject: Re: [PATCH v4 1/6] perf config: Use new perf_config_set__init() to initialize config set
Date: Tue, 31 May 2016 10:43:24 -0300 [thread overview]
Message-ID: <20160531134324.GJ2563@kernel.org> (raw)
In-Reply-To: <1464657228-24170-2-git-send-email-treeze.taeung@gmail.com>
Em Tue, May 31, 2016 at 10:13:43AM +0900, Taeung Song escreveu:
> Instead of perf_config(), This function initialize config set
> collecting all configs from config files (i.e. user config
> ~/.perfconfig and system config $(sysconfdir)/perfconfig).
>
> If there are the same config variable both user and system
> config file, user config has higher priority than system config.
>
> Cc: Namhyung Kim <namhyung@kernel.org>
> Cc: Jiri Olsa <jolsa@redhat.com>
> Cc: Masami Hiramatsu <mhiramat@kernel.org>
> Cc: Alexander Shishkin <alexander.shishkin@linux.intel.com>
> Signed-off-by: Taeung Song <treeze.taeung@gmail.com>
> ---
> tools/perf/util/config.c | 50 +++++++++++++++++++++++++++++++++++++++++++++++-
> 1 file changed, 49 insertions(+), 1 deletion(-)
>
> diff --git a/tools/perf/util/config.c b/tools/perf/util/config.c
> index dad7d82..5d01899 100644
> --- a/tools/perf/util/config.c
> +++ b/tools/perf/util/config.c
> @@ -645,13 +645,61 @@ out_free:
> return -1;
> }
>
> +static int perf_config_set__init(struct perf_config_set *set)
> +{
> + int ret = 0, found = 0;
> + const char *home = NULL;
> +
> + /* Setting $PERF_CONFIG makes perf read _only_ the given config file. */
> + if (config_exclusive_filename)
> + return perf_config_from_file(collect_config, config_exclusive_filename, set);
> + if (perf_config_system() && !access(perf_etc_perfconfig(), R_OK)) {
> + ret += perf_config_from_file(collect_config, perf_etc_perfconfig(), set);
> + found += 1;
> + }
> +
> + home = getenv("HOME");
> + if (perf_config_global() && home) {
> + char *user_config = strdup(mkpath("%s/.perfconfig", home));
> + struct stat st;
> +
> + if (user_config == NULL) {
> + warning("Not enough memory to process %s/.perfconfig, "
> + "ignoring it.", home);
> + goto out;
> + }
> +
> + if (stat(user_config, &st) < 0)
> + goto out_free;
> +
> + if (st.st_uid && (st.st_uid != geteuid())) {
> + warning("File %s not owned by current user or root, "
> + "ignoring it.", user_config);
> + goto out_free;
> + }
> +
> + if (!st.st_size)
> + goto out_free;
> +
> + ret += perf_config_from_file(collect_config, user_config, set);
> + found += 1;
> +out_free:
> + free(user_config);
> + }
> +out:
> + if (found == 0)
> + return -1;
> + return ret;
> +}
> +
> struct perf_config_set *perf_config_set__new(void)
> {
> struct perf_config_set *set = zalloc(sizeof(*set));
>
> if (set) {
> INIT_LIST_HEAD(&set->sections);
> - perf_config(collect_config, set);
> + if (perf_config_set__init(set) < 0)
> + return NULL;
So, the usual pattern is: alloc, init, fail? free, return NULL.
I thought you could've been deviating from that pattern and went to look
at perf_config_set__init() to see if that was doing the freeing in case
of failure, which it shouldn't, it isn't, so I guess this is a leak on
failure, no?
- Arnaldo
next prev parent reply other threads:[~2016-05-31 13:43 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-05-31 1:13 [RFC][PATCH v4 0/6] perf config: Reimplement perf_config() using perf_config_set__inter() Taeung Song
2016-05-31 1:13 ` [PATCH v4 1/6] perf config: Use new perf_config_set__init() to initialize config set Taeung Song
2016-05-31 13:43 ` Arnaldo Carvalho de Melo [this message]
2016-05-31 16:52 ` Taeung Song
2016-06-06 11:06 ` Taeung Song
2016-05-31 1:13 ` [PATCH v4 2/6] perf config: Add global variable 'config_set' Taeung Song
2016-05-31 1:13 ` [PATCH v4 3/6] perf config: Use zfree() instead of free() at perf_config_set__delete() Taeung Song
2016-05-31 1:13 ` [PATCH v4 4/6] perf config: Reimplement perf_config() using perf_config_set__iter() Taeung Song
2016-05-31 1:13 ` [PATCH v4 5/6] perf config: Reset the config set at only 'config' sub-command Taeung Song
2016-05-31 1:13 ` [PATCH v4 6/6] perf config: Reimplement show_config() using perf_config() Taeung Song
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=20160531134324.GJ2563@kernel.org \
--to=acme@kernel.org \
--cc=alexander.shishkin@linux.intel.com \
--cc=jolsa@kernel.org \
--cc=jolsa@redhat.com \
--cc=linux-kernel@vger.kernel.org \
--cc=mhiramat@kernel.org \
--cc=mingo@kernel.org \
--cc=namhyung@kernel.org \
--cc=peterz@infradead.org \
--cc=treeze.taeung@gmail.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.