Received: by 2002:ad5:474a:0:0:0:0:0 with SMTP id i10csp3388983imu; Mon, 19 Nov 2018 15:25:03 -0800 (PST) X-Google-Smtp-Source: AJdET5dCaPPTTFy77bzqPdcFNFrJ6NACfTsEU49JeBlvpst6xRN1aUXndi+jibGckm7SLZGWuBLy X-Received: by 2002:a62:6181:: with SMTP id v123-v6mr25560853pfb.117.1542669903356; Mon, 19 Nov 2018 15:25:03 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1542669903; cv=none; d=google.com; s=arc-20160816; b=r9E/tzW9flgCpYUvir12wnHcr4qSq4ukSftGB9UhuBeC7rvm5JtU5KV6ljEEK8RuR2 5mpq2+34uVU1Qd5tfta1xPYjvkjXPeDYVqSPhjOQluYSUfxOqtw+EYRibhnAvD7MIKPk 4nPlBD1fFr83uhltt5LBQy0RBaaJfytlPD31DCM+lRKdoW0bNfAZ1RUloRiabIrb0Opz aieXEJCCGNeEjVhvRG+WRqQFRCOhh8Xcqg6QVOMXUnNL+kJGCoHd1cOMOkSE9Iozp7Ll Pffmdxb2F7Ru1GsBikpTjlKkQj6wcQEv21sAd4l1Gb098tueciNl334QDCtsctrPBGaB P6sw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:dkim-signature; bh=NFQekV+v93HdzEVK5NBAMzGIAsQcp7WkUEUOdVfKvwE=; b=M3s/RcxAt/crnxsmuIz8qQMMFoeg9zj3WNEEchRiV8/w78a6yjRGyWFXBA0hWOXmgf 0TQ45C/oz0KewFjmFRExT8FsrGOx6hp+bG7Owk0tR8zJE/1Dv0ANzT/peocLu0td53JA LKC7ikRF1fn+M/CLvvT7BL7gs9w73oPlPG7SZQ+e9NO3Trw0yeI97QiKw4I7SmdC4qY3 VIr/hxqQLY4hCxWOUfDy4pZ0NuQ31ZPliqr0f0BYSWmcNUchfN8aTQae/mKQkkuChB/f 4iUzbriraK1GebT1GvDc/XNHjeZJd3h4v1Dp3z9QeS6DykF6/QPxn6Y9y7LtHaqCq0iU LI1g== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=ETGuln5l; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id y20si10947716plp.415.2018.11.19.15.24.48; Mon, 19 Nov 2018 15:25:03 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=ETGuln5l; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1729611AbeKTJsI (ORCPT + 99 others); Tue, 20 Nov 2018 04:48:08 -0500 Received: from mail-pf1-f194.google.com ([209.85.210.194]:37379 "EHLO mail-pf1-f194.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725780AbeKTJsI (ORCPT ); Tue, 20 Nov 2018 04:48:08 -0500 Received: by mail-pf1-f194.google.com with SMTP id u3-v6so18175pfm.4 for ; Mon, 19 Nov 2018 15:22:06 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=NFQekV+v93HdzEVK5NBAMzGIAsQcp7WkUEUOdVfKvwE=; b=ETGuln5llaYgh6gTgIkM659OvBzyFMqReeEar2moGqF44yTr3GYwjDBbD6v+3bDrfn qvfpgMrDzG/7FFiPve2r5Ll4P5sQmSs0BcqIatr9S2O+S2pXiD/ShcCEgyhCE1b3joIA GbqfSr7dsX2oAonQeicKbboqDQJFwDeMeZJ4o= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to:user-agent; bh=NFQekV+v93HdzEVK5NBAMzGIAsQcp7WkUEUOdVfKvwE=; b=EgyJMxXslcgyvYFzpdfBjJTQBRNaF84Gr/QY9NG/wXpHshtGxnQey549rb0jaVO7lI ySCRQ1vZtfhZw6/fc97vp30YhCt4b7a1oygp/4KI+5xANlYYAuPPkqX9lDL7PJMBH1eM 7T8s6wOCCtLQ0qgIa7+LkuChotxwCWQEs8WbCArmpzlKAbec1+dxn4WxSkqYXuwmgU1Z kYkRXNfy1fj6bW7rCUxHmKVPDgyb17BRwAHcw8tPzuxdWaIX8kO6WfovlmiYjyQqYJfl Cf+L+VQ1t0jXH7ntGmSPGIgx8t6tMCCuq5ugBTTqQodlM9/vd3PTXEZdVC4/cp+EClUq MVZA== X-Gm-Message-State: AGRZ1gJICDKztJJU0mlW3pzJK3xVCGFtSSK5a4wMbXpuBGOEB07rQ5Ly 9n2ne/OlKOZ/bwvYByflW+0FMQ== X-Received: by 2002:a63:2141:: with SMTP id s1mr22117631pgm.148.1542669726181; Mon, 19 Nov 2018 15:22:06 -0800 (PST) Received: from xps15 (S0106002369de4dac.cg.shawcable.net. [68.147.8.254]) by smtp.gmail.com with ESMTPSA id m3sm6207633pff.173.2018.11.19.15.22.04 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 19 Nov 2018 15:22:04 -0800 (PST) Date: Mon, 19 Nov 2018 16:22:02 -0700 From: Mathieu Poirier To: Leo Yan Cc: Arnaldo Carvalho de Melo , Alexander Shishkin , Jiri Olsa , Namhyung Kim , linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org, Mike Leach , Robert Walker , Al Grant , Coresight ML Subject: Re: [PATCH v2 2/2] perf cs-etm: Add support sample flags Message-ID: <20181119232202.GA7001@xps15> References: <1541912876-20967-1-git-send-email-leo.yan@linaro.org> <1541912876-20967-3-git-send-email-leo.yan@linaro.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1541912876-20967-3-git-send-email-leo.yan@linaro.org> User-Agent: Mutt/1.5.24 (2015-08-30) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Sun, Nov 11, 2018 at 01:07:56PM +0800, Leo Yan wrote: > We have prepared the flags in the packet structure, so need to copy > the related value into sample structure thus perf tool can facilitate > sample flags. > > The PREV_PACKET contains the branch instruction flags and PACKET > actually contains the flags for next branch instruction. So this patch > is to set sample flags with 'etmq->prev_packet->flags'. > > This patch includes three fixing up for sample flags based on the > packets context: > > - If the packet is exception packet or exception return packet, update > the previous packet for exception specific flags; > - If there has TRACE_ON or TRACE_OFF packet in the middle of instruction > packets, this indicates the trace is discontinuous, so append the flag > PERF_IP_FLAG_TRACE_END to the previous packet to indicate the trace > has been ended; > - If one instruction packet is behind TRACE_OFF packet, this instruction > is restarting trace packet. So set flag PERF_IP_FLAG_TRACE_START to > TRACE_OFF packet if one, this flag isn't used by TRACE_OFF packet but > used to indicate trace restarting when generate sample. > > Signed-off-by: Leo Yan > --- > tools/perf/util/cs-etm.c | 43 +++++++++++++++++++++++++++++++++++++++++-- > 1 file changed, 41 insertions(+), 2 deletions(-) > > diff --git a/tools/perf/util/cs-etm.c b/tools/perf/util/cs-etm.c > index 455f132..afca6f3 100644 > --- a/tools/perf/util/cs-etm.c > +++ b/tools/perf/util/cs-etm.c > @@ -676,7 +676,7 @@ static int cs_etm__synth_instruction_sample(struct cs_etm_queue *etmq, > sample.stream_id = etmq->etm->instructions_id; > sample.period = period; > sample.cpu = etmq->packet->cpu; > - sample.flags = 0; > + sample.flags = etmq->prev_packet->flags; > sample.insn_len = 1; > sample.cpumode = event->sample.header.misc; > > @@ -735,7 +735,7 @@ static int cs_etm__synth_branch_sample(struct cs_etm_queue *etmq) > sample.stream_id = etmq->etm->branches_id; > sample.period = 1; > sample.cpu = etmq->packet->cpu; > - sample.flags = 0; > + sample.flags = etmq->prev_packet->flags; > sample.cpumode = event->sample.header.misc; > > /* > @@ -878,6 +878,43 @@ static int cs_etm__synth_events(struct cs_etm_auxtrace *etm, > return 0; > } > > +static void cs_etm__fixup_flags(struct cs_etm_queue *etmq) > +{ > + /* > + * Decoding stream might insert one TRACE_OFF packet in the > + * middle of instruction packets, this means it doesn't > + * contain the pair packets with TRACE_OFF and TRACE_ON. > + * For this case, the instruction packet follows with > + * TRACE_OFF packet so we need to fixup prev_packet with flag > + * PERF_IP_FLAG_TRACE_BEGIN, this flag finally is used by the > + * instruction packet to generate samples. > + */ > + if (etmq->prev_packet->sample_type == CS_ETM_TRACE_OFF && > + etmq->packet->sample_type == CS_ETM_RANGE) > + etmq->prev_packet->flags = PERF_IP_FLAG_BRANCH | > + PERF_IP_FLAG_TRACE_BEGIN; > + > + if (etmq->prev_packet->sample_type == CS_ETM_RANGE) { > + /* > + * When the exception packet is inserted, update flags > + * so tell perf it is exception related branches. > + */ > + if (etmq->packet->sample_type == CS_ETM_EXCEPTION || > + etmq->packet->sample_type == CS_ETM_EXCEPTION_RET) > + etmq->prev_packet->flags = etmq->packet->flags; > + > + /* > + * The trace is discontinuous, weather this is caused by > + * TRACE_ON packet or TRACE_OFF packet is coming, if the > + * previous packet is instruction packet, simply set flag > + * PERF_IP_FLAG_TRACE_END for previous packet. > + */ > + if (etmq->packet->sample_type == CS_ETM_TRACE_ON || > + etmq->packet->sample_type == CS_ETM_TRACE_OFF) > + etmq->prev_packet->flags |= PERF_IP_FLAG_TRACE_END; > + } > +} > + I think it would be better to keep all the flag related processing in cs-etm-decoder.c so that things in cs-etm.c are only concered with dealing with perf. Look at function cs_etm__alloc_queue(), there you'll find "d_params.data = etmq". In function cs_etm_decoder__new(), decoder->data = d_params->data; This means that anywhere you have a decoder, decoder->data is an etmq. I've used this profusely in my work on CPU-wide trace scenarios. Because you're getting there ahead of me you'll need to fix the declaration of struct cs_etm_queue but that's easy. Regards, Mathieu > static int cs_etm__sample(struct cs_etm_queue *etmq) > { > struct cs_etm_auxtrace *etm = etmq->etm; > @@ -1100,6 +1137,8 @@ static int cs_etm__run_decoder(struct cs_etm_queue *etmq) > */ > break; > > + cs_etm__fixup_flags(etmq); > + > switch (etmq->packet->sample_type) { > case CS_ETM_RANGE: > /* > -- > 2.7.4 >