Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1497837
| 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 |
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 | Next — Next in thread | Find similar | Unroll 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