From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <linux-kernel-owner@vger.kernel.org>
Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S932335AbdJYItF (ORCPT <rfc822;w@1wt.eu>);
        Wed, 25 Oct 2017 04:49:05 -0400
Received: from LGEAMRELO11.lge.com ([156.147.23.51]:40248 "EHLO
        lgeamrelo11.lge.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S932219AbdJYItB (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Wed, 25 Oct 2017 04:49:01 -0400
X-Original-SENDERIP: 156.147.1.121
X-Original-MAILFROM: namhyung@kernel.org
X-Original-SENDERIP: 10.177.227.17
X-Original-MAILFROM: namhyung@kernel.org
Date: Wed, 25 Oct 2017 17:48:50 +0900
From: Namhyung Kim <namhyung@kernel.org>
To: Jiri Olsa <jolsa@redhat.com>
Cc: Arnaldo Carvalho de Melo <acme@kernel.org>,
        Ingo Molnar <mingo@kernel.org>,
        Peter Zijlstra <a.p.zijlstra@chello.nl>, Jiri Olsa <jolsa@kernel.org>,
        LKML <linux-kernel@vger.kernel.org>, kernel-team@lge.com,
        Milian Wolff <milian.wolff@kdab.com>
Subject: Re: [PATCH] perf callchain: Pass relative address to hist entry
Message-ID: <20171025084850.GA1947@sejong>
References: <20171025021209.13180-1-namhyung@kernel.org>
 <20171025083432.GE22394@krava>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Disposition: inline
In-Reply-To: <20171025083432.GE22394@krava>
User-Agent: Mutt/1.9.1 (2017-09-22)
Sender: linux-kernel-owner@vger.kernel.org
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org

Hi Jiri,

On Wed, Oct 25, 2017 at 10:34:32AM +0200, Jiri Olsa wrote:
> On Wed, Oct 25, 2017 at 11:12:09AM +0900, Namhyung Kim wrote:
> > The addr_location->addr should have relative address to be passed to
> > hist entry so that it can compare with others which might come from a
> > different address space.
> > 
> > The callchain_cursor_node->ip already has a relative address thus it
> > should not map it again.  But I found a bug handling cumulative
> > (children) entries.  For chilren entries that has no self period, the
> > al->addr (so he->ip) ends up having an doubly-mapped address.
> > 
> > It seems to be there from the beginning but only affects entries that
> > have no srclines - finding srcline itself is done using a different
> > address but it will show the invalid address if no srcline was found.
> > 
> > Tested-by: Milian Wolff <milian.wolff@kdab.com>
> > Fixes: c7405d85d7a3 ("perf tools: Update cpumode for each cumulative entry")
> > Signed-off-by: Namhyung Kim <namhyung@kernel.org>
> 
> hum, I'm getting differences in hist entries for:
> 
>  $ perf record --all-user -ga sleep 1
>  $ perf perf report --stdio > ...
>  ...
>  $ diff -puw  /tmp/o.old /tmp/o.new

I'd like to say that the old address is invalid since user space
function address should not be started with 0xffff...

The last paragraph of the commit message should say that it also
affects entries don't have symbols.

Thanks,
Namhyung


> 
> 
> jirka
> 
> 
> ---
> @@ -51,7 +51,7 @@
>                            |
>                             --0.94%--0x3
> 
> -     3.38%     0.00%  Web Content      libxul.so                    [.] 0xffff8087f8e046a5
> +     3.38%     0.00%  Web Content      libxul.so                    [.] 0x00000000031c16a5
>              |
>              ---0x31c16a5
>                 |
> @@ -91,7 +91,7 @@
>                 |
>                  --1.62%--malloc
> 
> -     2.47%     0.00%  Compositor       libxul.so                    [.] 0xffff80e6f2807790
> +     2.47%     0.00%  Compositor       libxul.so                    [.] 0x0000000000b9b790
>              |
>              ---0xb9b790
>                 |
> @@ -163,7 +163,7 @@
>              |
>              ---0x72be62f5fdc55d00
> 
> -     1.05%     0.00%  Compositor       libxul.so                    [.] 0xffff80e6f280f100
> +     1.05%     0.00%  Compositor       libxul.so                    [.] 0x0000000000ba3100
>              |
>              ---0xba3100
>                 |
>