From mboxrd@z Thu Jan 1 00:00:00 1970 From: Jiri Olsa Subject: Re: [PATCH] tools/perf/metricgroup: Fix printing event names of metric group with multiple events incase of overlapping events Date: Wed, 8 Jan 2020 17:02:49 +0100 Message-ID: <20200108160249.GD402774@krava> References: <20200108065844.4030-1-kjain@linux.ibm.com> <822bcb9d-4c08-39c5-e6e7-9c3e20d77852@linux.ibm.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Return-path: Content-Disposition: inline In-Reply-To: <822bcb9d-4c08-39c5-e6e7-9c3e20d77852@linux.ibm.com> Sender: linux-kernel-owner@vger.kernel.org To: kajoljain Cc: "Jin, Yao" , acme@kernel.org, linux-kernel@vger.kernel.org, linux-perf-users@vger.kernel.org, Alexander Shishkin , Andi Kleen , Jiri Olsa , Kan Liang , Peter Zijlstra , Madhavan Srinivasan , Anju T Sudhakar , Ravi Bangoria List-Id: linux-perf-users.vger.kernel.org On Wed, Jan 08, 2020 at 02:41:35PM +0530, kajoljain wrote: SNIP > > > -=A0=A0=A0 int i =3D 0; > > > +=A0=A0=A0 int i =3D 0, j =3D 0; > > > =A0=A0=A0=A0=A0 bool leader_found; > > > =A0 =A0=A0=A0=A0=A0 evlist__for_each_entry (perf_evlist, ev) { > > > +=A0=A0=A0=A0=A0=A0=A0 j++; > > > +=A0=A0=A0=A0=A0=A0=A0 if (j <=3D iterator_perf_evlist) > > > +=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 continue; > > > =A0=A0=A0=A0=A0=A0=A0=A0=A0 if (!strcmp(ev->name, ids[i])) { > > > =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 if (!metric_events[i]) > > > =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 metric_events[i= ] =3D ev; > > > @@ -146,6 +151,7 @@ static struct evsel *find_evsel_group(struct > > > evlist *perf_evlist, > > > =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 } > > > =A0=A0=A0=A0=A0=A0=A0=A0=A0 } > > > =A0=A0=A0=A0=A0 } > > > +=A0=A0=A0 iterator_perf_evlist =3D j; > > > =A0 =A0=A0=A0=A0=A0 return metric_events[0]; > > > =A0 } > > >=20 > >=20 > > Thanks for reporting and fixing this issue. > >=20 > > I just have one question, do we really need a *static variable* to tr= ack > > the matched events? Perhaps using an input parameter? >=20 > Hi Jin, >=20 > The other way I come up with to solve this issue is, making change in > perf_evlist itself by adding some flag in event name, to keep track of > matched events. >=20 > As if we change event name itself, next time when we compare it won't > matched. But in that case we need to remove those flag later. Which wil= l > increase the >=20 > complexity. If you have any suggestions, please let me know. we already keep evsel::cpu_iter for similar concept so I guess we could have some iterator_perf_evlist variable in evlist.. that is if we don't find other solution (other than static varable) thanks, jirka