From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753191AbbIHGxw (ORCPT ); Tue, 8 Sep 2015 02:53:52 -0400 Received: from mx1.redhat.com ([209.132.183.28]:55937 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751952AbbIHGxu (ORCPT ); Tue, 8 Sep 2015 02:53:50 -0400 Date: Tue, 8 Sep 2015 08:53:47 +0200 From: Jiri Olsa To: Adrian Hunter Cc: Arnaldo Carvalho de Melo , mingo@kernel.org, kan.liang@intel.com, linux-kernel@vger.kernel.org Subject: Re: [PATCH V2 03/14] perf tools: Remove redundant validation from perf_evlist__propagate_maps Message-ID: <20150908065347.GA29167@krava.brq.redhat.com> References: <1441636076-31390-1-git-send-email-adrian.hunter@intel.com> <1441636076-31390-4-git-send-email-adrian.hunter@intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1441636076-31390-4-git-send-email-adrian.hunter@intel.com> User-Agent: Mutt/1.5.23 (2014-03-12) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, Sep 07, 2015 at 05:27:45PM +0300, Adrian Hunter wrote: > The validation checks that the values that were just assigned, got > assigned i.e. the error can't ever happen. Subsequent patches will > call this code in places where errors are not being returned. > Changing those code paths to return this non-existent error is > counter-productive, so just remove it. > > Signed-off-by: Adrian Hunter > --- > tools/perf/util/evlist.c | 18 ++++++++---------- > 1 file changed, 8 insertions(+), 10 deletions(-) > > diff --git a/tools/perf/util/evlist.c b/tools/perf/util/evlist.c > index 9cb9296cc4f8..840d5210be72 100644 > --- a/tools/perf/util/evlist.c > +++ b/tools/perf/util/evlist.c > @@ -1103,8 +1103,8 @@ int perf_evlist__mmap(struct perf_evlist *evlist, unsigned int pages, > return perf_evlist__mmap_ex(evlist, pages, overwrite, 0, false); > } > > -static int perf_evlist__propagate_maps(struct perf_evlist *evlist, > - bool has_user_cpus) > +static void perf_evlist__propagate_maps(struct perf_evlist *evlist, > + bool has_user_cpus) > { > struct perf_evsel *evsel; > > @@ -1119,13 +1119,7 @@ static int perf_evlist__propagate_maps(struct perf_evlist *evlist, > } > > evsel->threads = thread_map__get(evlist->threads); > - > - if ((evlist->cpus && !evsel->cpus) || > - (evlist->threads && !evsel->threads)) > - return -ENOMEM; > } > - > - return 0; > } > > int perf_evlist__create_maps(struct perf_evlist *evlist, struct target *target) > @@ -1144,7 +1138,9 @@ int perf_evlist__create_maps(struct perf_evlist *evlist, struct target *target) > if (evlist->cpus == NULL) > goto out_delete_threads; > > - return perf_evlist__propagate_maps(evlist, !!target->cpu_list); > + perf_evlist__propagate_maps(evlist, !!target->cpu_list); > + > + return 0; > > out_delete_threads: > thread_map__put(evlist->threads); > @@ -1162,7 +1158,9 @@ int perf_evlist__set_maps(struct perf_evlist *evlist, > thread_map__put(evlist->threads); > evlist->threads = threads; > > - return perf_evlist__propagate_maps(evlist, false); > + perf_evlist__propagate_maps(evlist, false); > + > + return 0; perf_evlist__set_maps could now also return void jirka