Received: by 2002:a05:6a10:9848:0:0:0:0 with SMTP id x8csp187573pxf; Wed, 17 Mar 2021 02:46:21 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxQVokzdpuPWOJ/MFbzoy3b3rwcbWQs0uaAZBaCmgnDPwS+A3w8C1fRpULLzdJ+wuDV6NGb X-Received: by 2002:a05:6402:1a3c:: with SMTP id be28mr41177433edb.125.1615974381059; Wed, 17 Mar 2021 02:46:21 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1615974381; cv=none; d=google.com; s=arc-20160816; b=ie9aIbw8jTByaL7w5hNx6suiJoL0vNVjPpgRsB4kCCB8UezCIbOP91OaxFvrvL38S5 zGW73Ch5H2odKi2vhkNStSEuSAHt7DdkwfD0Wi/AyZXwwkVqrReCi7Uf4Zz7s5zScwS1 KP5kRQRAUeKB+ATxKzoVYlYSgQT4dBogGBw5BNcZatA5/ajTn7t+SbKrS9/t6MAqWAqa WJsOWGy8jictIrPSB85NaFONWML6j96SGzK3Qhn9+/FxapssYFBS8Ke3zZ5EwxZQ9Yff EMs8g9mFWXaHdVmTo9rPOmaUywf9g3I8R4lOWixLO0bpAUscBaTmncFZNDyg0go/atc1 IgHA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :message-id:date:subject:cc:to:from; bh=Sx6V8yJ8CPnYUOwHpYHQeZ4yPawg/XcacmpxYQ18skA=; b=OrqY8lKWBjkJsL+prCgQ17JWTABlzcpQJGkeZsUoitBY1IleR+E9zykYlbPTUN4I09 dRGaTkoBlYWPb+bx5qY9TKThLqVRByp0C2taNc3Y08ec8PPkiXPaF7FuVZTeTHanIR5D ScAydi+CzG0PnbXmNkOc4VkFVQqADcPHRpP/T4ZtyxklpDhJCcBLtDc3dKr3pjpob/jd pL5Vr8tSmeGwO3H8a96BYkV4T/PBH9+z0JLwa5uQhhYnAfel6t4PBD1IRHRY8TfmMg/m S2/Na/7NYdDpu7jWF855y/6xGKBRhXF42YPH3CzlNQhXoo7/VxSb5uNlL/INyZaKV47m VzIg== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=huawei.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id r17si16633117eds.189.2021.03.17.02.45.57; Wed, 17 Mar 2021 02:46:21 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=huawei.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229970AbhCQJpC (ORCPT + 99 others); Wed, 17 Mar 2021 05:45:02 -0400 Received: from szxga04-in.huawei.com ([45.249.212.190]:13183 "EHLO szxga04-in.huawei.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229673AbhCQJo3 (ORCPT ); Wed, 17 Mar 2021 05:44:29 -0400 Received: from DGGEMS410-HUB.china.huawei.com (unknown [172.30.72.58]) by szxga04-in.huawei.com (SkyGuard) with ESMTP id 4F0lYR1tcqzmYhp; Wed, 17 Mar 2021 17:42:03 +0800 (CST) Received: from ubuntu1804.huawei.com (10.67.174.61) by DGGEMS410-HUB.china.huawei.com (10.3.19.210) with Microsoft SMTP Server id 14.3.498.0; Wed, 17 Mar 2021 17:44:19 +0800 From: Yang Jihong To: , , , , , , , , , , CC: Subject: [PATCH v6] perf annotate: Fix sample events lost in stdio mode Date: Wed, 17 Mar 2021 17:44:09 +0800 Message-ID: <20210317094409.94293-1-yangjihong1@huawei.com> X-Mailer: git-send-email 2.30.GIT MIME-Version: 1.0 Content-Transfer-Encoding: 7BIT Content-Type: text/plain; charset=US-ASCII X-Originating-IP: [10.67.174.61] X-CFilter-Loop: Reflected Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org In hist__find_annotations function, since different hist_entry may point to same symbol, we free notes->src to signal already processed this symbol in stdio mode; when annotate, entry will skipped if notes->src is NULL to avoid repeated output. However, there is a problem, for example, run the following command: # perf record -e branch-misses -e branch-instructions -a sleep 1 perf.data file contains different types of sample event. If the same IP sample event exists in branch-misses and branch-instructions, this event uses the same symbol. When annotate branch-misses events, notes->src corresponding to this event is set to null, as a result, when annotate branch-instructions events, this event is skipped and no annotate is output. Solution of this patch is to remove zfree in hists__find_annotations and change sort order to "dso,symbol" to avoid duplicate output when different processes correspond to the same symbol. Signed-off-by: Yang Jihong --- Changes since v5: - Add Signed-off-by tag. Changes since v4: - Use the same sort key "dso,symbol" in branch stack mode. Changes since v3: - Modify the first line of comments. Changes since v2: - Remove zfree in hists__find_annotations. - Change sort order to avoid duplicate output. Changes since v1: - Change processed flag variable from u8 to bool. tools/perf/builtin-annotate.c | 13 ++++++------- 1 file changed, 6 insertions(+), 7 deletions(-) diff --git a/tools/perf/builtin-annotate.c b/tools/perf/builtin-annotate.c index a23ba6bb99b6..92c55f292c11 100644 --- a/tools/perf/builtin-annotate.c +++ b/tools/perf/builtin-annotate.c @@ -374,13 +374,6 @@ static void hists__find_annotations(struct hists *hists, } else { hist_entry__tty_annotate(he, evsel, ann); nd = rb_next(nd); - /* - * Since we have a hist_entry per IP for the same - * symbol, free he->ms.sym->src to signal we already - * processed this symbol. - */ - zfree(¬es->src->cycles_hist); - zfree(¬es->src); } } } @@ -619,6 +612,12 @@ int cmd_annotate(int argc, const char **argv) setup_browser(true); + /* + * Events of different processes may correspond to the same + * symbol, we do not care about the processes in annotate, + * set sort order to avoid repeated output. + */ + sort_order = "dso,symbol"; if ((use_browser == 1 || annotate.use_stdio2) && annotate.has_br_stack) { sort__mode = SORT_MODE__BRANCH; if (setup_sorting(annotate.session->evlist) < 0) -- 2.30.GIT