Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752610AbbH1Ncr (ORCPT ); Fri, 28 Aug 2015 09:32:47 -0400 Received: from mx1.redhat.com ([209.132.183.28]:46732 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752528AbbH1Ncp (ORCPT ); Fri, 28 Aug 2015 09:32:45 -0400 Date: Fri, 28 Aug 2015 15:32:42 +0200 From: Jiri Olsa To: Matt Fleming Cc: Jiri Olsa , Arnaldo Carvalho de Melo , lkml , David Ahern , Ingo Molnar , Namhyung Kim , Peter Zijlstra , =?iso-8859-1?Q?Rapha=EBl?= Beamonte Subject: Re: [PATCH 09/11] perf tools: Propagate error info for the tracepoint parsing Message-ID: <20150828133242.GA1787@krava.brq.redhat.com> References: <1440596813-12844-1-git-send-email-jolsa@kernel.org> <1440596813-12844-10-git-send-email-jolsa@kernel.org> <20150828132052.GF2759@codeblueprint.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20150828132052.GF2759@codeblueprint.co.uk> 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 Content-Length: 1400 Lines: 32 On Fri, Aug 28, 2015 at 02:20:52PM +0100, Matt Fleming wrote: > On Wed, 26 Aug, at 03:46:51PM, Jiri Olsa wrote: > > Pass 'struct parse_events_error *error' to the parse-event.c > > tracepoint adding path. It will be filled with error data > > in following patches. > > > > Link: http://lkml.kernel.org/n/tip-las1hm5zf58b0twd27h9895b@git.kernel.org > > Signed-off-by: Jiri Olsa > > --- > > tools/perf/util/parse-events.c | 27 ++++++++++++++++----------- > > tools/perf/util/parse-events.h | 3 ++- > > tools/perf/util/parse-events.y | 4 ++-- > > 3 files changed, 20 insertions(+), 14 deletions(-) > > Is there a reason you decided to go ahead with passing 'data->error' > directly to the parsing functions instead of adding some global state > for recording errors, like a globally accessible 'parse_events_error'? > > Because I notice that if someone wanted to improve the breakpoint > parsing code, they'd basically need to make the same changes you've > made in this patch. well, I dont see much benefit other than loosing one extra arg and worrying about concurent access in the future.. but I might have missed some jirka -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/