From patchwork Sun Nov 11 04:59:40 2018 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Leo Yan X-Patchwork-Id: 150756 Delivered-To: patch@linaro.org Received: by 2002:a2e:299d:0:0:0:0:0 with SMTP id p29-v6csp1705985ljp; Sat, 10 Nov 2018 21:00:21 -0800 (PST) X-Google-Smtp-Source: AJdET5c9P/7KPnM6kYy25SvO4TNAY9IU+1L5zl62uQJu/xxopWL6j0nxvW7T5eMdCG7KEvX8KgvL X-Received: by 2002:a62:9109:: with SMTP id l9-v6mr15402955pfe.154.1541912421253; Sat, 10 Nov 2018 21:00:21 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1541912421; cv=none; d=google.com; s=arc-20160816; b=qrJwElPt/q7sHMgyAgYNlbhG4XfKltlmjPPlkiWAmUozqZ28nxc1NfQPkLsBgar692 Z5LtRLBwt3FjchFtUAUvbXxhxNKiRY5fETDnpJeGzJYh3PIFgudAdjlZyVnHnrTRuFnr C1hMZdv4UlLwEeSZZOsbA77UaEc5WQCzA4/3ZmNLS16T+eXsOtE+NNOJ0npu2QBVAr7c +wBQWXEgoEx2RmZqOolBbM4ADDw9E9p3FDzdGjzCPVytLWbdyDcQrO4F/MUHyzSJot49 HBz0O9P8icpw0ZFP+v4AbvAMSqZDT2W8Rl0Od8q87+9fT2+BVWoilvDwMvjnTL6L8E+t LdRQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:references:in-reply-to:message-id:date :subject:cc:to:from:dkim-signature; bh=GlLVr9yrcWWcrnJ7efExsQPwL3OrlynWDQhaVwy2gkU=; b=OvViLo7Q6bh0rAHeZQmTZoJpFeSB0FdgeACtDWHzd8GEXBlviNR4T2mux8JzWeJZkI DeW2Ip1EBUiwT51A3eAWvxu43EFrIQHBS9ZnjpgKu1IzYnhw0TUa//n5y5eBfzlNqsaA 3RyRCAaXaMV4tjsOtxqZJbfVhKoRT1WdyCPNTnXeNh2OlLWWaCvfcxKEJrJXtgMmgIej rHxU2kQFnX3ZfNphMN8iQKZaUNQr+fwuiwGXF63c0MT7QeS6AkM+0vaCnh5BTK6Cx4I6 SxMOQsQOGbX9FdGP6vLIqqq2ZXj9Vr2s5pDP2kf+hQPvOU5AesjubZpdBrWavvJni/2E 60dg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=Zax5fOHT; 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 d9si10798807pgb.105.2018.11.10.21.00.20; Sat, 10 Nov 2018 21:00:21 -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=Zax5fOHT; 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 S1727541AbeKKOrr (ORCPT + 32 others); Sun, 11 Nov 2018 09:47:47 -0500 Received: from mail-wm1-f67.google.com ([209.85.128.67]:38524 "EHLO mail-wm1-f67.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727184AbeKKOrq (ORCPT ); Sun, 11 Nov 2018 09:47:46 -0500 Received: by mail-wm1-f67.google.com with SMTP id f2-v6so5193509wme.3 for ; Sat, 10 Nov 2018 21:00:18 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=from:to:cc:subject:date:message-id:in-reply-to:references; bh=GlLVr9yrcWWcrnJ7efExsQPwL3OrlynWDQhaVwy2gkU=; b=Zax5fOHToS2p6UfHN0dl+LYAknkoVGAwHHbiN+XuzZBA9NU/Jwwl2WueViP7g5ivm6 bmZLBHRIzMTUFLo5xhr+tWi5+WmiYf9NkPvozoqidPO6jPYWLcZpGRBf/Oht74u/7teU bvpPmPMEA3aqB/3xKmeQy5s4VhhyAw2Xpd9xQ= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to :references; bh=GlLVr9yrcWWcrnJ7efExsQPwL3OrlynWDQhaVwy2gkU=; b=Ngx9hmTokYlNYEe2m63Rd5RdW6G2XAO1QOmia1Zd45zvxd33zY94IhjF5iSQnp4hB0 qET3eBH9pyQDNI4d+eTq1uz0687eVqIIuQmhfWk66N3gMU72YpYMIPGh9DosVZzM2sMt 5888/I3Q2/5wPIAWiUfTcdCULngIvPpaplr61Z+jUcye0ZkiPSjM9bgKdXBy4LS67/xG DrRGK7Nrq9y/lxfxxfnhdwyVrE9r0K3T4H1dsqU9ouXTYi4Pn2JWrlmIIP/MlFiZaNJ6 H+OVPJnMz9mpxrnZRyeSs5jqSJIaPh+0fgxi/9/9s1INIfrBCAlB/GG3rPcjoh7eVyC8 sYog== X-Gm-Message-State: AGRZ1gJBePFE992jyqkN4cUplNXPE5SfSQScHmiR8Nf8swv3lcW/7rxu RgEO6mYscF+JWma5v+bco23QWvmLSa2hUQ== X-Received: by 2002:a1c:87cb:: with SMTP id j194-v6mr3643761wmd.2.1541912417568; Sat, 10 Nov 2018 21:00:17 -0800 (PST) Received: from localhost.localdomain ([209.250.228.18]) by smtp.gmail.com with ESMTPSA id t187-v6sm4463802wmt.45.2018.11.10.21.00.13 (version=TLS1_2 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Sat, 10 Nov 2018 21:00:16 -0800 (PST) From: Leo Yan To: Arnaldo Carvalho de Melo , Mathieu Poirier , 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 Cc: Leo Yan Subject: [PATCH v1 2/5] perf cs-etm: Avoid stale branch samples when flush packet Date: Sun, 11 Nov 2018 12:59:40 +0800 Message-Id: <1541912383-19915-3-git-send-email-leo.yan@linaro.org> X-Mailer: git-send-email 2.7.4 In-Reply-To: <1541912383-19915-1-git-send-email-leo.yan@linaro.org> References: <1541912383-19915-1-git-send-email-leo.yan@linaro.org> Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org At the end of trace buffer handling, function cs_etm__flush() is invoked to flush any remaining branch stack entries. As a side effect, it also generates branch sample, because the 'etmq->packet' doesn't contains any new coming packet but point to one stale packet after packets swapping, so it wrongly makes synthesize branch samples with stale packet info. We could review below detailed flow which causes issue: Packet1: start_addr=0xffff000008b1fbf0 end_addr=0xffff000008b1fbfc Packet2: start_addr=0xffff000008b1fb5c end_addr=0xffff000008b1fb6c step 1: cs_etm__sample(): sample: ip=(0xffff000008b1fbfc-4) addr=0xffff000008b1fb5c step 2: flush packet in cs_etm__run_decoder(): cs_etm__run_decoder() `-> err = cs_etm__flush(etmq, false); sample: ip=(0xffff000008b1fb6c-4) addr=0xffff000008b1fbf0 Packet1 and packet2 are two continuous packets, when packet2 is the new coming packet, cs_etm__sample() generates branch sample for these two packets and use [packet1::end_addr - 4 => packet2::start_addr] as branch jump flow, thus we can see the first generated branch sample in step 1. At the end of cs_etm__sample() it swaps packets so 'etm->prev_packet'= packet2 and 'etm->packet'=packet1, so far it's okay for branch sample. If packet2 is the last one packet in trace buffer, even there have no any new coming packet, cs_etm__run_decoder() invokes cs_etm__flush() to flush branch stack entries as expected, but it also generates branch samples by taking 'etm->packet' as a new coming packet, thus the branch jump flow is as [packet2::end_addr - 4 => packet1::start_addr]; this is the second sample which is generated in step 2. So actually the second sample is a stale sample and we should not generate it. This patch is to add new argument 'new_packet' for cs_etm__flush(), we can pass 'true' for this argument if there have a new packet, otherwise it will pass 'false' for the purpose of only flushing branch stack entries and avoid to generate sample for stale packet. Signed-off-by: Leo Yan --- tools/perf/util/cs-etm.c | 20 +++++++++++++++++--- 1 file changed, 17 insertions(+), 3 deletions(-) -- 2.7.4 diff --git a/tools/perf/util/cs-etm.c b/tools/perf/util/cs-etm.c index fe18d7b..f4fa877 100644 --- a/tools/perf/util/cs-etm.c +++ b/tools/perf/util/cs-etm.c @@ -955,7 +955,7 @@ static int cs_etm__sample(struct cs_etm_queue *etmq) return 0; } -static int cs_etm__flush(struct cs_etm_queue *etmq) +static int cs_etm__flush(struct cs_etm_queue *etmq, bool new_packet) { int err = 0; struct cs_etm_auxtrace *etm = etmq->etm; @@ -989,6 +989,20 @@ static int cs_etm__flush(struct cs_etm_queue *etmq) } + /* + * If 'new_packet' is false, this time call has no a new packet + * coming and 'etmq->packet' contains the stale packet which is + * set at the previous time with packets swapping. In this case + * this function is invoked only for flushing branch stack at + * the end of buffer handling. + * + * Simply to say, branch samples should be generated when every + * time receive one new packet; otherwise, directly bail out to + * avoid generate branch sample with stale packet. + */ + if (!new_packet) + return 0; + if (etm->sample_branches && etmq->prev_packet->sample_type == CS_ETM_RANGE) { err = cs_etm__synth_branch_sample(etmq); @@ -1075,7 +1089,7 @@ static int cs_etm__run_decoder(struct cs_etm_queue *etmq) * Discontinuity in trace, flush * previous branch stack */ - cs_etm__flush(etmq); + cs_etm__flush(etmq, true); break; case CS_ETM_EMPTY: /* @@ -1092,7 +1106,7 @@ static int cs_etm__run_decoder(struct cs_etm_queue *etmq) if (err == 0) /* Flush any remaining branch stack entries */ - err = cs_etm__flush(etmq); + err = cs_etm__flush(etmq, false); } return err;