linux-kernel - Re: [PATCHSET 00/21] perf tools: Add support to accumulate hist periods (v9)

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite for Android: free password hash cracker in your pocket

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Date:	Mon, 31 Mar 2014 19:56:32 +0530
From:	Arun Sharma <asharma@...com>
To:	Namhyung Kim <namhyung@...nel.org>,
	Arnaldo Carvalho de Melo <acme@...stprotocols.net>
CC:	Peter Zijlstra <a.p.zijlstra@...llo.nl>,
	Ingo Molnar <mingo@...nel.org>,
	Paul Mackerras <paulus@...ba.org>,
	Namhyung Kim <namhyung.kim@....com>,
	LKML <linux-kernel@...r.kernel.org>,
	Jiri Olsa <jolsa@...hat.com>, David Ahern <dsahern@...il.com>,
	Frederic Weisbecker <fweisbec@...il.com>,
	Andi Kleen <andi@...stfloor.org>,
	Rodrigo Campos <rodrigo@...g.com.ar>
Subject: Re: [PATCHSET 00/21] perf tools: Add support to accumulate hist periods
 (v9)

On 3/20/14, 11:06 AM, Namhyung Kim wrote:
> Hello,
>
> This is a new attempt to implement cumulative hist period report.
> This work begins from Arun's SORT_INCLUSIVE patch [1] but I completely
> rewrote it from scratch.

While testing this patch series, we found error messages which look like 
this:

Out of bounds address found:

Addr:   10370
DSO:    /usr/local/lib/libgcc_s.so.1 d
Map:    7f1b0c953000-7f1b0c968000
Symbol: 102d0-102e9 g _Unwind_DeleteException
Arch:   x86_64
Kernel: 3.10.23+
Tools:  3.13.rc1.g374a4d

Not all samples will be on the annotation output.

Please report to linux-kernel@...r.kernel.org

I first suspected it to be caused by this patch series, but I'm able to 
reproduce without these patches as of this commit:

a51e87c perf tools: Remove unused simple_strtoul() function

gdb attributes 0x10370 to a different/known symbol.

(gdb) x /i 0x10370
    0x10370 <get_cie_encoding+160>:      cmp    $0x4c,%dl

Is this known? Could this possibly be caused by stale histogram entries 
from unmapped/remapped shared libs?

  -Arun
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/