From: Namhyung Kim <namhyung@kernel.org>
To: Thomas-Mich Richter <tmricht@linux.vnet.ibm.com>
Cc: brueckner@linux.vnet.ibm.com, zvonko.kosic@de.ibm.com,
linux-perf-users@vger.kernel.org, acme@kernel.org,
kernel-team@lge.com
Subject: Re: [PATCH 1/2] perf report fix module symbol adjustment for s390x
Date: Tue, 25 Jul 2017 19:32:40 +0900 [thread overview]
Message-ID: <20170725103240.GC28831@sejong> (raw)
In-Reply-To: <8fb23780-a67f-73b1-7f37-3d57271c3e87@linux.vnet.ibm.com>
On Tue, Jul 25, 2017 at 10:49:24AM +0200, Thomas-Mich Richter wrote:
> On 07/25/2017 08:14 AM, Namhyung Kim wrote:
> > Hello,
> >
> > On Mon, Jul 24, 2017 at 04:35:13PM +0200, Thomas Richter wrote:
> >> The perf report tool does not display the addresses of kernel
> >> module symbols correctly.
> >>
> >> For example symbol qeth_send_ipa_cmd in kernel module qeth.ko
> >> has this relative address for function qeth_send_ipa_cmd()
> >> [root@s8360047 linux]# nm -g drivers/s390/net/qeth.ko | fgrep send_ipa_cmd
> >> 0000000000013088 T qeth_send_ipa_cmd
> >>
> >> The module is loaded at address
> >> [root@s8360047 linux]# cat /sys/module/qeth/sections/.text
> >> 0x000003ff80296d20
> >> [root@s8360047 linux]#
> >>
> >> This should result in a start address of
> >> 0x13088 + 0x3ff80296d20 = 0x3ff802a9da8
> >>
> >> Using crash to verify the address on a live system:
> >> [root@s8360046 linux]# crash vmlinux
> >>
> >> crash 7.1.9++
> >> Copyright (C) 2002-2016 Red Hat, Inc.
> >> Copyright (C) 2004, 2005, 2006, 2010 IBM Corporation
> >>
> >> [...]
> >>
> >> crash> mod -s qeth drivers/s390/net/qeth.ko
> >> MODULE NAME SIZE OBJECT FILE
> >> 3ff8028d700 qeth 151552 drivers/s390/net/qeth.ko
> >> crash> sym qeth_send_ipa_cmd
> >> 3ff802a9da8 (T) qeth_send_ipa_cmd [qeth] /root/linux/drivers/s390/net/qeth_core_main.c: 2944
> >> crash>
> >>
> >> Now perf report displays the address of symbol qeth_send_ipa_cmd:
> >> symbol__new: qeth_send_ipa_cmd 0x130f0-0x132ce
> >>
> >> There is a difference of 0x68 between the entry in the
> >> symbol table (see nm command above) and perf. The difference is from
> >> the offset the .text segment of qeth.ko:
> >>
> >> [root@s8360047 perf]# readelf -a drivers/s390/net/qeth.ko
> >> Section Headers:
> >> [Nr] Name Type Address Offset
> >> Size EntSize Flags Link Info Align
> >> [ 0] NULL 0000000000000000 00000000
> >> 0000000000000000 0000000000000000 0 0 0
> >> [ 1] .note.gnu.build-i NOTE 0000000000000000 00000040
> >> 0000000000000024 0000000000000000 A 0 0 4
> >> [ 2] .text PROGBITS 0000000000000000 00000068
> >> 000000000001c8a0 0000000000000000 AX 0 0 8
> >>
> >> As seen the .text segment has an offset of 0x68 with start address 0x0.
> >> Therefore 0x68 is added to the address of qeth_send_ipa_cmd and thus
> >> 0x13088 + 0x68 = 0x130f0 is displayed.
> >>
> >> This is wrong, perf report needs to display the start address of
> >> symbol qeth_send_ipa_cmd at 0x13088 + qeth.ko.text section start address.
> >>
> >> The qeth.ko module .text start address is available in the qeth.ko
> >> DSO map. Just identify the kernel module symbols and correct the
> >> addresses.
> >>
> >> With the fix I see this correct address for symbol:
> >> symbol__new: qeth_send_ipa_cmd 0x3ff802a9da8-0x3ff802a9f86
> >>
> >> I am not sure if this patch uses the perfect approach.
> >> Hints and sugguests welcome.
> >
> > I saw this problem on x86_64 too and I don't know why we add sh_offset
> > to symbols. To me, current symbol code is somewhat hacky and needs
> > some love.
> >
> > Thanks,
> > Namhyung
> >
>
> Okay, how do we continue with this issue?
> The patch I submitted uses a __weak function of s390x and does not
> address other platforms.
Not sure. The symbol code is complex and needs to consider many
cases. I think we need to rethink the 'adjust_symbols' logic and
to check adding 'sh_offset' is valid.
Thanks,
Namhyung
>
> >
> >>
> >> Signed-off-by: Thomas Richter <tmricht@linux.vnet.ibm.com>
> >> ---
> >> tools/perf/arch/s390/util/sym-handling.c | 7 +++++++
> >> tools/perf/util/symbol-elf.c | 8 +++++++-
> >> tools/perf/util/symbol.h | 3 +++
> >> 3 files changed, 17 insertions(+), 1 deletion(-)
> >>
> >> diff --git a/tools/perf/arch/s390/util/sym-handling.c b/tools/perf/arch/s390/util/sym-handling.c
> >> index b6cd056..79bf238 100644
> >> --- a/tools/perf/arch/s390/util/sym-handling.c
> >> +++ b/tools/perf/arch/s390/util/sym-handling.c
> >> @@ -19,4 +19,11 @@ bool elf__needs_adjust_symbols(GElf_Ehdr ehdr)
> >> return ehdr.e_type == ET_REL || ehdr.e_type == ET_DYN;
> >> }
> >>
> >> +u64 arch__sym_set_address(GElf_Sym *sym, GElf_Shdr *shdr __maybe_unused,
> >> + struct map *map)
> >> +{
> >> + if (map->type == MAP__FUNCTION)
> >> + sym->st_value += map->start;
> >> + return sym->st_value;
> >> +}
> >> #endif
> >> diff --git a/tools/perf/util/symbol-elf.c b/tools/perf/util/symbol-elf.c
> >> index 502505c..d3521d4 100644
> >> --- a/tools/perf/util/symbol-elf.c
> >> +++ b/tools/perf/util/symbol-elf.c
> >> @@ -793,6 +793,12 @@ static u64 ref_reloc(struct kmap *kmap)
> >> void __weak arch__sym_update(struct symbol *s __maybe_unused,
> >> GElf_Sym *sym __maybe_unused) { }
> >>
> >> +u64 __weak arch__sym_set_address(GElf_Sym *sym, GElf_Shdr *shdr,
> >> + struct map *map __maybe_unused)
> >> +{
> >> + return sym->st_value - (shdr->sh_addr - shdr->sh_offset);
> >> +}
> >> +
> >> int dso__load_sym(struct dso *dso, struct map *map, struct symsrc *syms_ss,
> >> struct symsrc *runtime_ss, int kmodule)
> >> {
> >> @@ -973,7 +979,7 @@ int dso__load_sym(struct dso *dso, struct map *map, struct symsrc *syms_ss,
> >>
> >> /* Adjust symbol to map to file offset */
> >> if (adjust_kernel_syms)
> >> - sym.st_value -= shdr.sh_addr - shdr.sh_offset;
> >> + sym.st_value = arch__sym_set_address(&sym, &shdr, map);
> >>
> >> if (strcmp(section_name,
> >> (curr_dso->short_name +
> >> diff --git a/tools/perf/util/symbol.h b/tools/perf/util/symbol.h
> >> index 41ebba9..beb8737 100644
> >> --- a/tools/perf/util/symbol.h
> >> +++ b/tools/perf/util/symbol.h
> >> @@ -343,6 +343,9 @@ int setup_intlist(struct intlist **list, const char *list_str,
> >> #ifdef HAVE_LIBELF_SUPPORT
> >> bool elf__needs_adjust_symbols(GElf_Ehdr ehdr);
> >> void arch__sym_update(struct symbol *s, GElf_Sym *sym);
> >> +u64 arch__sym_set_address(GElf_Sym *sym,
> >> + GElf_Shdr *shdr __maybe_unused,
> >> + struct map *map __maybe_unused);
> >> #endif
> >>
> >> #define SYMBOL_A 0
> >> --
> >> 2.9.3
> >>
> >> --
> >> To unsubscribe from this list: send the line "unsubscribe linux-perf-users" in
> >> the body of a message to majordomo@vger.kernel.org
> >> More majordomo info at http://vger.kernel.org/majordomo-info.html
> > --
> > To unsubscribe from this list: send the line "unsubscribe linux-perf-users" in
> > the body of a message to majordomo@vger.kernel.org
> > More majordomo info at http://vger.kernel.org/majordomo-info.html
> >
>
>
> --
> Thomas Richter, Dept 3303, IBM LTC Boeblingen Germany
> --
> Vorsitzende des Aufsichtsrats: Martina Koederitz
> Geschäftsführung: Dirk Wittkopp
> Sitz der Gesellschaft: Böblingen / Registergericht: Amtsgericht Stuttgart, HRB 243294
>
next prev parent reply other threads:[~2017-07-25 10:32 UTC|newest]
Thread overview: 20+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-07-24 14:35 [PATCH 1/2] perf report fix module symbol adjustment for s390x Thomas Richter
2017-07-24 14:35 ` [PATCH 2/2] perf record: wrong size in perf_record_mmap for last kernel module Thomas Richter
2017-07-24 18:20 ` Arnaldo Carvalho de Melo
2017-07-25 8:45 ` Thomas-Mich Richter
2017-08-02 18:50 ` Arnaldo Carvalho de Melo
2017-08-03 9:41 ` Thomas-Mich Richter
2017-08-04 17:06 ` Arnaldo Carvalho de Melo
2017-08-07 7:26 ` Thomas-Mich Richter
2017-08-07 16:05 ` Arnaldo Carvalho de Melo
2017-08-08 7:16 ` Thomas-Mich Richter
2017-07-25 6:58 ` Namhyung Kim
2017-07-25 8:26 ` Thomas-Mich Richter
2017-07-25 6:14 ` [PATCH 1/2] perf report fix module symbol adjustment for s390x Namhyung Kim
2017-07-25 8:49 ` Thomas-Mich Richter
2017-07-25 10:32 ` Namhyung Kim [this message]
2017-07-25 14:20 ` Arnaldo Carvalho de Melo
2017-08-02 11:25 ` Thomas-Mich Richter
2017-08-02 18:42 ` Arnaldo Carvalho de Melo
2017-08-03 9:37 ` Thomas-Mich Richter
2017-08-03 12:45 ` Arnaldo Carvalho de Melo
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20170725103240.GC28831@sejong \
--to=namhyung@kernel.org \
--cc=acme@kernel.org \
--cc=brueckner@linux.vnet.ibm.com \
--cc=kernel-team@lge.com \
--cc=linux-perf-users@vger.kernel.org \
--cc=tmricht@linux.vnet.ibm.com \
--cc=zvonko.kosic@de.ibm.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).