Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.kernel > #1497837

perf TUI fails with "failed to process type: 64"

From Anton Blanchard <anton@samba.org>
Newsgroups linux.kernel
Subject perf TUI fails with "failed to process type: 64"
Date 2016-10-09 03:20 +0200
Message-ID <sqaWt-63w-3@gated-at.bofh.it> (permalink)
Organization linux.* mail to news gateway

Show all headers | View raw


Hi,

Updating to mainline as of last night, I started seeing the following
error when running the perf report TUI:

0x46068 [0x8]: failed to process type: 68

This event is just PERF_RECORD_FINISHED_ROUND:

0x46068 [0x8]: event: 68
.
. ... raw event: size 8 bytes
.  0000:  44 00 00 00 00 00 08 00                          D.......        

0x46068 [0x8]: PERF_RECORD_FINISHED_ROUND

Which of course is not our error. It took me a while to find the real
culprit:

 14c00-14c00 g exc_virt_0x4c00_system_call

A zero length symbol, which __symbol__inc_addr_samples() barfs on:

        if (addr < sym->start || addr >= sym->end) {
...
		return -ERANGE;

Seems like we have 3 bugs here:

1. Output the real source of the error instead of PERF_RECORD_FINISHED_ROUND

2. Don't exit the TUI if we find a sample on a zero length symbol

3. Why do we have zero length symbols in the first place? Does the recent
   ppc64 exception clean up have something to do with it?

Anton

Back to linux.kernel | Previous | NextNext in thread | Find similar | Unroll thread


Thread

perf TUI fails with "failed to process type: 64" Anton Blanchard <anton@samba.org> - 2016-10-09 03:20 +0200
  Re: perf TUI fails with "failed to process type: 64" Michael Ellerman <mpe@ellerman.id.au> - 2016-10-10 07:10 +0200
    Re: perf TUI fails with "failed to process type: 64" Nicholas Piggin <npiggin@gmail.com> - 2016-10-10 08:00 +0200
    Re: perf TUI fails with "failed to process type: 64" Anton Blanchard <anton@samba.org> - 2016-10-10 12:20 +0200
      Re: perf TUI fails with "failed to process type: 64" Michael Ellerman <mpe@ellerman.id.au> - 2016-10-10 12:40 +0200

csiph-web