Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753701AbbFPHDJ (ORCPT ); Tue, 16 Jun 2015 03:03:09 -0400 Received: from mail-wg0-f51.google.com ([74.125.82.51]:36326 "EHLO mail-wg0-f51.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751818AbbFPHDC (ORCPT ); Tue, 16 Jun 2015 03:03:02 -0400 MIME-Version: 1.0 Date: Tue, 16 Jun 2015 00:03:01 -0700 Message-ID: Subject: [BUG] perf report: fails to symbolize when vaddr is non zero for shared objects From: Stephane Eranian To: LKML Cc: Arnaldo Carvalho de Melo , Jiri Olsa , Namhyung Kim , David Ahern , Peter Zijlstra , "mingo@elte.hu" Content-Type: text/plain; charset=UTF-8 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1042 Lines: 29 Hi, It has been brought to my attention that on systems where the text of shared libs is not loaded with a zero virtual address, perf report fails to symbolize correctly samples. This is true of older versions of perf and also the latest in tip.git. I looked at symbol-elf.c and I did not see a place where the vaddr was taken into account from the program headers in the case of ET_DYN. I see it for ET_EXE, though. $ readelf -e lib.so Type: DYN (Shared object file) .... Type Offset VirtAddr PhysAddr FileSiz MemSiz Flg Align LOAD 0x000000 0x0000d000 0x0000d000 0x73657c 0x73657c R E 0x1000 If you get samples in the shared lib, they will be off, possibly attributed to the wrong functions. Could this be fixed quickly? Thanks. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/