* Re: perf seg fault
[not found] <0cad7834-07b4-ec2f-13b5-d6a10b21ce48@intel.com>
@ 2020-05-12 14:58 ` Adrian Hunter
2020-05-12 15:10 ` Jiri Olsa
0 siblings, 1 reply; 6+ messages in thread
From: Adrian Hunter @ 2020-05-12 14:58 UTC (permalink / raw)
To: Arnaldo Carvalho de Melo; +Cc: Jiri Olsa, LKML
Forgot to cc mailing list
On 12/05/20 5:50 pm, Adrian Hunter wrote:
> Hi
>
> I am getting a seg fault from your perf/core branch, as follows:
>
> # perf record uname
> Linux
> [ perf record: Woken up 1 times to write data ]
> [ perf record: Captured and wrote 0.005 MB perf.data (7 samples) ]
> perf: Segmentation fault
> Obtained 6 stack frames.
> [0x4e75b4]
> [0x5d1ad0]
> [0x5c9860]
> [0x4a6e5c]
> [0x5cb39b]
> [0x76c89f]
> Segmentation fault
>
> It goes away with --no-bpf-event:
>
> # perf record --no-bpf-event uname
> Linux
> [ perf record: Woken up 1 times to write data ]
> [ perf record: Captured and wrote 0.005 MB perf.data (7 samples) ]
> #
>
> kernel is from the same branch
>
> # uname -a
> Linux buildroot 5.7.0-rc2-00028-g0fdddf5a583a #165 SMP Tue May 12 16:27:53
> EEST 2020 x86_64 GNU/Linux
>
> # perf version --build-options
> perf version 5.6.g0fdddf5a583a
> dwarf: [ OFF ] # HAVE_DWARF_SUPPORT
> dwarf_getlocations: [ OFF ] # HAVE_DWARF_GETLOCATIONS_SUPPORT
> glibc: [ on ] # HAVE_GLIBC_SUPPORT
> gtk2: [ OFF ] # HAVE_GTK2_SUPPORT
> syscall_table: [ on ] # HAVE_SYSCALL_TABLE_SUPPORT
> libbfd: [ on ] # HAVE_LIBBFD_SUPPORT
> libelf: [ on ] # HAVE_LIBELF_SUPPORT
> libnuma: [ OFF ] # HAVE_LIBNUMA_SUPPORT
> numa_num_possible_cpus: [ OFF ] # HAVE_LIBNUMA_SUPPORT
> libperl: [ OFF ] # HAVE_LIBPERL_SUPPORT
> libpython: [ OFF ] # HAVE_LIBPYTHON_SUPPORT
> libslang: [ on ] # HAVE_SLANG_SUPPORT
> libcrypto: [ on ] # HAVE_LIBCRYPTO_SUPPORT
> libunwind: [ OFF ] # HAVE_LIBUNWIND_SUPPORT
> libdw-dwarf-unwind: [ OFF ] # HAVE_DWARF_SUPPORT
> zlib: [ OFF ] # HAVE_ZLIB_SUPPORT
> lzma: [ OFF ] # HAVE_LZMA_SUPPORT
> get_cpuid: [ on ] # HAVE_AUXTRACE_SUPPORT
> bpf: [ OFF ] # HAVE_LIBBPF_SUPPORT
> aio: [ on ] # HAVE_AIO_SUPPORT
> zstd: [ OFF ] # HAVE_ZSTD_SUPPORT
>
>
> Any thoughts?
>
> Regards
> Adrian
>
>
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: perf seg fault
2020-05-12 14:58 ` perf seg fault Adrian Hunter
@ 2020-05-12 15:10 ` Jiri Olsa
2020-05-12 15:41 ` Arnaldo Carvalho de Melo
2020-05-12 15:45 ` Adrian Hunter
0 siblings, 2 replies; 6+ messages in thread
From: Jiri Olsa @ 2020-05-12 15:10 UTC (permalink / raw)
To: Adrian Hunter; +Cc: Arnaldo Carvalho de Melo, LKML
On Tue, May 12, 2020 at 05:58:29PM +0300, Adrian Hunter wrote:
> Forgot to cc mailing list
>
> On 12/05/20 5:50 pm, Adrian Hunter wrote:
> > Hi
> >
> > I am getting a seg fault from your perf/core branch, as follows:
> >
> > # perf record uname
> > Linux
> > [ perf record: Woken up 1 times to write data ]
> > [ perf record: Captured and wrote 0.005 MB perf.data (7 samples) ]
> > perf: Segmentation fault
> > Obtained 6 stack frames.
> > [0x4e75b4]
> > [0x5d1ad0]
> > [0x5c9860]
> > [0x4a6e5c]
> > [0x5cb39b]
> > [0x76c89f]
> > Segmentation fault
> >
> > It goes away with --no-bpf-event:
> >
> > # perf record --no-bpf-event uname
> > Linux
> > [ perf record: Woken up 1 times to write data ]
> > [ perf record: Captured and wrote 0.005 MB perf.data (7 samples) ]
> > #
> >
> > kernel is from the same branch
> >
> > # uname -a
> > Linux buildroot 5.7.0-rc2-00028-g0fdddf5a583a #165 SMP Tue May 12 16:27:53
> > EEST 2020 x86_64 GNU/Linux
> >
> > # perf version --build-options
> > perf version 5.6.g0fdddf5a583a
> > dwarf: [ OFF ] # HAVE_DWARF_SUPPORT
> > dwarf_getlocations: [ OFF ] # HAVE_DWARF_GETLOCATIONS_SUPPORT
> > glibc: [ on ] # HAVE_GLIBC_SUPPORT
> > gtk2: [ OFF ] # HAVE_GTK2_SUPPORT
> > syscall_table: [ on ] # HAVE_SYSCALL_TABLE_SUPPORT
> > libbfd: [ on ] # HAVE_LIBBFD_SUPPORT
> > libelf: [ on ] # HAVE_LIBELF_SUPPORT
> > libnuma: [ OFF ] # HAVE_LIBNUMA_SUPPORT
> > numa_num_possible_cpus: [ OFF ] # HAVE_LIBNUMA_SUPPORT
> > libperl: [ OFF ] # HAVE_LIBPERL_SUPPORT
> > libpython: [ OFF ] # HAVE_LIBPYTHON_SUPPORT
> > libslang: [ on ] # HAVE_SLANG_SUPPORT
> > libcrypto: [ on ] # HAVE_LIBCRYPTO_SUPPORT
> > libunwind: [ OFF ] # HAVE_LIBUNWIND_SUPPORT
> > libdw-dwarf-unwind: [ OFF ] # HAVE_DWARF_SUPPORT
> > zlib: [ OFF ] # HAVE_ZLIB_SUPPORT
> > lzma: [ OFF ] # HAVE_LZMA_SUPPORT
> > get_cpuid: [ on ] # HAVE_AUXTRACE_SUPPORT
> > bpf: [ OFF ] # HAVE_LIBBPF_SUPPORT
> > aio: [ on ] # HAVE_AIO_SUPPORT
> > zstd: [ OFF ] # HAVE_ZSTD_SUPPORT
> >
> >
> > Any thoughts?
hum, I don't see that, do you reproduce with DEBUG=1?
to get more verbose backtrace
jirka
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: perf seg fault
2020-05-12 15:10 ` Jiri Olsa
@ 2020-05-12 15:41 ` Arnaldo Carvalho de Melo
2020-05-12 15:45 ` Adrian Hunter
1 sibling, 0 replies; 6+ messages in thread
From: Arnaldo Carvalho de Melo @ 2020-05-12 15:41 UTC (permalink / raw)
To: Jiri Olsa; +Cc: Adrian Hunter, LKML
Em Tue, May 12, 2020 at 05:10:43PM +0200, Jiri Olsa escreveu:
> On Tue, May 12, 2020 at 05:58:29PM +0300, Adrian Hunter wrote:
> > Forgot to cc mailing list
> >
> > On 12/05/20 5:50 pm, Adrian Hunter wrote:
> > > Hi
> > >
> > > I am getting a seg fault from your perf/core branch, as follows:
> > >
> > > # perf record uname
> > > Linux
> > > [ perf record: Woken up 1 times to write data ]
> > > [ perf record: Captured and wrote 0.005 MB perf.data (7 samples) ]
> > > perf: Segmentation fault
> > > Obtained 6 stack frames.
> > > [0x4e75b4]
> > > [0x5d1ad0]
> > > [0x5c9860]
> > > [0x4a6e5c]
> > > [0x5cb39b]
> > > [0x76c89f]
> > > Segmentation fault
> > >
> > > It goes away with --no-bpf-event:
> > >
> > > # perf record --no-bpf-event uname
> > > Linux
> > > [ perf record: Woken up 1 times to write data ]
> > > [ perf record: Captured and wrote 0.005 MB perf.data (7 samples) ]
> > > #
> > >
> > > kernel is from the same branch
> > >
> > > # uname -a
> > > Linux buildroot 5.7.0-rc2-00028-g0fdddf5a583a #165 SMP Tue May 12 16:27:53
> > > EEST 2020 x86_64 GNU/Linux
> > >
> > > # perf version --build-options
> > > perf version 5.6.g0fdddf5a583a
> > > dwarf: [ OFF ] # HAVE_DWARF_SUPPORT
> > > dwarf_getlocations: [ OFF ] # HAVE_DWARF_GETLOCATIONS_SUPPORT
> > > glibc: [ on ] # HAVE_GLIBC_SUPPORT
> > > gtk2: [ OFF ] # HAVE_GTK2_SUPPORT
> > > syscall_table: [ on ] # HAVE_SYSCALL_TABLE_SUPPORT
> > > libbfd: [ on ] # HAVE_LIBBFD_SUPPORT
> > > libelf: [ on ] # HAVE_LIBELF_SUPPORT
> > > libnuma: [ OFF ] # HAVE_LIBNUMA_SUPPORT
> > > numa_num_possible_cpus: [ OFF ] # HAVE_LIBNUMA_SUPPORT
> > > libperl: [ OFF ] # HAVE_LIBPERL_SUPPORT
> > > libpython: [ OFF ] # HAVE_LIBPYTHON_SUPPORT
> > > libslang: [ on ] # HAVE_SLANG_SUPPORT
> > > libcrypto: [ on ] # HAVE_LIBCRYPTO_SUPPORT
> > > libunwind: [ OFF ] # HAVE_LIBUNWIND_SUPPORT
> > > libdw-dwarf-unwind: [ OFF ] # HAVE_DWARF_SUPPORT
> > > zlib: [ OFF ] # HAVE_ZLIB_SUPPORT
> > > lzma: [ OFF ] # HAVE_LZMA_SUPPORT
> > > get_cpuid: [ on ] # HAVE_AUXTRACE_SUPPORT
> > > bpf: [ OFF ] # HAVE_LIBBPF_SUPPORT
Humm, maybe this?
make -C tools clean
rm -rf /tmp/build/perf
mkdir -p /tmp/build/perf
make -C tools/perf O=/tmp/build/perf install-bin
[root@five ~]# perf -vv
perf version 5.7.rc2.g2dbd8814c26b
dwarf: [ on ] # HAVE_DWARF_SUPPORT
dwarf_getlocations: [ on ] # HAVE_DWARF_GETLOCATIONS_SUPPORT
glibc: [ on ] # HAVE_GLIBC_SUPPORT
gtk2: [ on ] # HAVE_GTK2_SUPPORT
syscall_table: [ on ] # HAVE_SYSCALL_TABLE_SUPPORT
libbfd: [ on ] # HAVE_LIBBFD_SUPPORT
libelf: [ on ] # HAVE_LIBELF_SUPPORT
libnuma: [ on ] # HAVE_LIBNUMA_SUPPORT
numa_num_possible_cpus: [ on ] # HAVE_LIBNUMA_SUPPORT
libperl: [ on ] # HAVE_LIBPERL_SUPPORT
libpython: [ on ] # HAVE_LIBPYTHON_SUPPORT
libslang: [ on ] # HAVE_SLANG_SUPPORT
libcrypto: [ on ] # HAVE_LIBCRYPTO_SUPPORT
libunwind: [ on ] # HAVE_LIBUNWIND_SUPPORT
libdw-dwarf-unwind: [ on ] # HAVE_DWARF_SUPPORT
zlib: [ on ] # HAVE_ZLIB_SUPPORT
lzma: [ on ] # HAVE_LZMA_SUPPORT
get_cpuid: [ on ] # HAVE_AUXTRACE_SUPPORT
bpf: [ OFF ] # HAVE_LIBBPF_SUPPORT
aio: [ on ] # HAVE_AIO_SUPPORT
zstd: [ on ] # HAVE_ZSTD_SUPPORT
[root@five ~]# perf record uname
Linux
[ perf record: Woken up 1 times to write data ]
[ perf record: Captured and wrote 0.029 MB perf.data (7 samples) ]
perf: Segmentation fault
Obtained 6 stack frames.
perf(sighandler_dump_stack+0x3e) [0x4fc7be]
/lib64/libc.so.6(+0x3c6af) [0x7f073b8a16af]
perf(perf_mmap__read_init+0x20) [0x5d9570]
perf() [0x4c7758]
/lib64/libpthread.so.0(+0x94e1) [0x7f073c28a4e1]
/lib64/libc.so.6(clone+0x42) [0x7f073b9666a2]
Segmentation fault (core dumped)
[root@five ~]#
?
> > > aio: [ on ] # HAVE_AIO_SUPPORT
> > > zstd: [ OFF ] # HAVE_ZSTD_SUPPORT
> > >
> > >
> > > Any thoughts?
>
> hum, I don't see that, do you reproduce with DEBUG=1?
> to get more verbose backtrace
[root@five ~]# uname -a
Linux five 5.7.0-rc2 #1 SMP Tue Apr 21 11:06:25 -03 2020 x86_64 x86_64 x86_64 GNU/Linux
[root@five ~]# perf record uname
Linux
[ perf record: Woken up 1 times to write data ]
[ perf record: Captured and wrote 0.030 MB perf.data (7 samples) ]
[root@five ~]# uname -a
Linux five 5.7.0-rc2 #1 SMP Tue Apr 21 11:06:25 -03 2020 x86_64 x86_64 x86_64 GNU/Linux
[root@five ~]#
[root@five ~]# uname -a
Linux five 5.7.0-rc2 #1 SMP Tue Apr 21 11:06:25 -03 2020 x86_64 x86_64 x86_64 GNU/Linux
[root@five ~]# perf -vv
perf version 5.7.rc2.g2dbd8814c26b
dwarf: [ on ] # HAVE_DWARF_SUPPORT
dwarf_getlocations: [ on ] # HAVE_DWARF_GETLOCATIONS_SUPPORT
glibc: [ on ] # HAVE_GLIBC_SUPPORT
gtk2: [ on ] # HAVE_GTK2_SUPPORT
syscall_table: [ on ] # HAVE_SYSCALL_TABLE_SUPPORT
libbfd: [ on ] # HAVE_LIBBFD_SUPPORT
libelf: [ on ] # HAVE_LIBELF_SUPPORT
libnuma: [ on ] # HAVE_LIBNUMA_SUPPORT
numa_num_possible_cpus: [ on ] # HAVE_LIBNUMA_SUPPORT
libperl: [ on ] # HAVE_LIBPERL_SUPPORT
libpython: [ on ] # HAVE_LIBPYTHON_SUPPORT
libslang: [ on ] # HAVE_SLANG_SUPPORT
libcrypto: [ on ] # HAVE_LIBCRYPTO_SUPPORT
libunwind: [ on ] # HAVE_LIBUNWIND_SUPPORT
libdw-dwarf-unwind: [ on ] # HAVE_DWARF_SUPPORT
zlib: [ on ] # HAVE_ZLIB_SUPPORT
lzma: [ on ] # HAVE_LZMA_SUPPORT
get_cpuid: [ on ] # HAVE_AUXTRACE_SUPPORT
bpf: [ on ] # HAVE_LIBBPF_SUPPORT
aio: [ on ] # HAVE_AIO_SUPPORT
zstd: [ on ] # HAVE_ZSTD_SUPPORT
[root@five ~]#
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: perf seg fault
2020-05-12 15:10 ` Jiri Olsa
2020-05-12 15:41 ` Arnaldo Carvalho de Melo
@ 2020-05-12 15:45 ` Adrian Hunter
2020-05-12 15:55 ` Jiri Olsa
1 sibling, 1 reply; 6+ messages in thread
From: Adrian Hunter @ 2020-05-12 15:45 UTC (permalink / raw)
To: Jiri Olsa; +Cc: Arnaldo Carvalho de Melo, LKML
On 12/05/20 6:10 pm, Jiri Olsa wrote:
> On Tue, May 12, 2020 at 05:58:29PM +0300, Adrian Hunter wrote:
>> Forgot to cc mailing list
>>
>> On 12/05/20 5:50 pm, Adrian Hunter wrote:
>>> Hi
>>>
>>> I am getting a seg fault from your perf/core branch, as follows:
>>>
>>> # perf record uname
>>> Linux
>>> [ perf record: Woken up 1 times to write data ]
>>> [ perf record: Captured and wrote 0.005 MB perf.data (7 samples) ]
>>> perf: Segmentation fault
>>> Obtained 6 stack frames.
>>> [0x4e75b4]
>>> [0x5d1ad0]
>>> [0x5c9860]
>>> [0x4a6e5c]
>>> [0x5cb39b]
>>> [0x76c89f]
>>> Segmentation fault
>>>
>>> It goes away with --no-bpf-event:
>>>
>>> # perf record --no-bpf-event uname
>>> Linux
>>> [ perf record: Woken up 1 times to write data ]
>>> [ perf record: Captured and wrote 0.005 MB perf.data (7 samples) ]
>>> #
>>>
>>> kernel is from the same branch
>>>
>>> # uname -a
>>> Linux buildroot 5.7.0-rc2-00028-g0fdddf5a583a #165 SMP Tue May 12 16:27:53
>>> EEST 2020 x86_64 GNU/Linux
>>>
>>> # perf version --build-options
>>> perf version 5.6.g0fdddf5a583a
>>> dwarf: [ OFF ] # HAVE_DWARF_SUPPORT
>>> dwarf_getlocations: [ OFF ] # HAVE_DWARF_GETLOCATIONS_SUPPORT
>>> glibc: [ on ] # HAVE_GLIBC_SUPPORT
>>> gtk2: [ OFF ] # HAVE_GTK2_SUPPORT
>>> syscall_table: [ on ] # HAVE_SYSCALL_TABLE_SUPPORT
>>> libbfd: [ on ] # HAVE_LIBBFD_SUPPORT
>>> libelf: [ on ] # HAVE_LIBELF_SUPPORT
>>> libnuma: [ OFF ] # HAVE_LIBNUMA_SUPPORT
>>> numa_num_possible_cpus: [ OFF ] # HAVE_LIBNUMA_SUPPORT
>>> libperl: [ OFF ] # HAVE_LIBPERL_SUPPORT
>>> libpython: [ OFF ] # HAVE_LIBPYTHON_SUPPORT
>>> libslang: [ on ] # HAVE_SLANG_SUPPORT
>>> libcrypto: [ on ] # HAVE_LIBCRYPTO_SUPPORT
>>> libunwind: [ OFF ] # HAVE_LIBUNWIND_SUPPORT
>>> libdw-dwarf-unwind: [ OFF ] # HAVE_DWARF_SUPPORT
>>> zlib: [ OFF ] # HAVE_ZLIB_SUPPORT
>>> lzma: [ OFF ] # HAVE_LZMA_SUPPORT
>>> get_cpuid: [ on ] # HAVE_AUXTRACE_SUPPORT
>>> bpf: [ OFF ] # HAVE_LIBBPF_SUPPORT
>>> aio: [ on ] # HAVE_AIO_SUPPORT
>>> zstd: [ OFF ] # HAVE_ZSTD_SUPPORT
>>>
>>>
>>> Any thoughts?
>
> hum, I don't see that, do you reproduce with DEBUG=1?
> to get more verbose backtrace
It will require a kernel with support for bpf events otherwise the
--no-bpf-event option would have no effect.
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: perf seg fault
2020-05-12 15:45 ` Adrian Hunter
@ 2020-05-12 15:55 ` Jiri Olsa
2020-05-12 16:17 ` Adrian Hunter
0 siblings, 1 reply; 6+ messages in thread
From: Jiri Olsa @ 2020-05-12 15:55 UTC (permalink / raw)
To: Adrian Hunter; +Cc: Arnaldo Carvalho de Melo, LKML
On Tue, May 12, 2020 at 06:45:24PM +0300, Adrian Hunter wrote:
> On 12/05/20 6:10 pm, Jiri Olsa wrote:
> > On Tue, May 12, 2020 at 05:58:29PM +0300, Adrian Hunter wrote:
> >> Forgot to cc mailing list
> >>
> >> On 12/05/20 5:50 pm, Adrian Hunter wrote:
> >>> Hi
> >>>
> >>> I am getting a seg fault from your perf/core branch, as follows:
> >>>
> >>> # perf record uname
> >>> Linux
> >>> [ perf record: Woken up 1 times to write data ]
> >>> [ perf record: Captured and wrote 0.005 MB perf.data (7 samples) ]
> >>> perf: Segmentation fault
> >>> Obtained 6 stack frames.
> >>> [0x4e75b4]
> >>> [0x5d1ad0]
> >>> [0x5c9860]
> >>> [0x4a6e5c]
> >>> [0x5cb39b]
> >>> [0x76c89f]
> >>> Segmentation fault
> >>>
> >>> It goes away with --no-bpf-event:
> >>>
> >>> # perf record --no-bpf-event uname
> >>> Linux
> >>> [ perf record: Woken up 1 times to write data ]
> >>> [ perf record: Captured and wrote 0.005 MB perf.data (7 samples) ]
> >>> #
> >>>
> >>> kernel is from the same branch
> >>>
> >>> # uname -a
> >>> Linux buildroot 5.7.0-rc2-00028-g0fdddf5a583a #165 SMP Tue May 12 16:27:53
> >>> EEST 2020 x86_64 GNU/Linux
> >>>
> >>> # perf version --build-options
> >>> perf version 5.6.g0fdddf5a583a
> >>> dwarf: [ OFF ] # HAVE_DWARF_SUPPORT
> >>> dwarf_getlocations: [ OFF ] # HAVE_DWARF_GETLOCATIONS_SUPPORT
> >>> glibc: [ on ] # HAVE_GLIBC_SUPPORT
> >>> gtk2: [ OFF ] # HAVE_GTK2_SUPPORT
> >>> syscall_table: [ on ] # HAVE_SYSCALL_TABLE_SUPPORT
> >>> libbfd: [ on ] # HAVE_LIBBFD_SUPPORT
> >>> libelf: [ on ] # HAVE_LIBELF_SUPPORT
> >>> libnuma: [ OFF ] # HAVE_LIBNUMA_SUPPORT
> >>> numa_num_possible_cpus: [ OFF ] # HAVE_LIBNUMA_SUPPORT
> >>> libperl: [ OFF ] # HAVE_LIBPERL_SUPPORT
> >>> libpython: [ OFF ] # HAVE_LIBPYTHON_SUPPORT
> >>> libslang: [ on ] # HAVE_SLANG_SUPPORT
> >>> libcrypto: [ on ] # HAVE_LIBCRYPTO_SUPPORT
> >>> libunwind: [ OFF ] # HAVE_LIBUNWIND_SUPPORT
> >>> libdw-dwarf-unwind: [ OFF ] # HAVE_DWARF_SUPPORT
> >>> zlib: [ OFF ] # HAVE_ZLIB_SUPPORT
> >>> lzma: [ OFF ] # HAVE_LZMA_SUPPORT
> >>> get_cpuid: [ on ] # HAVE_AUXTRACE_SUPPORT
> >>> bpf: [ OFF ] # HAVE_LIBBPF_SUPPORT
> >>> aio: [ on ] # HAVE_AIO_SUPPORT
> >>> zstd: [ OFF ] # HAVE_ZSTD_SUPPORT
> >>>
> >>>
> >>> Any thoughts?
> >
> > hum, I don't see that, do you reproduce with DEBUG=1?
> > to get more verbose backtrace
>
> It will require a kernel with support for bpf events otherwise the
> --no-bpf-event option would have no effect.
ok, reproduced.. I think we need to think about better way,
but this fixes the issue for me now
jirka
---
diff --git a/tools/perf/builtin-record.c b/tools/perf/builtin-record.c
index 4d4502b7fea0..173012a25df3 100644
--- a/tools/perf/builtin-record.c
+++ b/tools/perf/builtin-record.c
@@ -2564,6 +2564,10 @@ int cmd_record(int argc, const char **argv)
if (quiet)
perf_quiet_option();
+#ifndef HAVE_LIBBPF_SUPPORT
+ rec->opts.no_bpf_event = true;
+#endif
+
/* Make system wide (-a) the default target. */
if (!argc && target__none(&rec->opts.target))
rec->opts.target.system_wide = true;
^ permalink raw reply related [flat|nested] 6+ messages in thread
* Re: perf seg fault
2020-05-12 15:55 ` Jiri Olsa
@ 2020-05-12 16:17 ` Adrian Hunter
0 siblings, 0 replies; 6+ messages in thread
From: Adrian Hunter @ 2020-05-12 16:17 UTC (permalink / raw)
To: Jiri Olsa; +Cc: Arnaldo Carvalho de Melo, LKML
On 12/05/20 6:55 pm, Jiri Olsa wrote:
> On Tue, May 12, 2020 at 06:45:24PM +0300, Adrian Hunter wrote:
>> On 12/05/20 6:10 pm, Jiri Olsa wrote:
>>> On Tue, May 12, 2020 at 05:58:29PM +0300, Adrian Hunter wrote:
>>>> Forgot to cc mailing list
>>>>
>>>> On 12/05/20 5:50 pm, Adrian Hunter wrote:
>>>>> Hi
>>>>>
>>>>> I am getting a seg fault from your perf/core branch, as follows:
>>>>>
>>>>> # perf record uname
>>>>> Linux
>>>>> [ perf record: Woken up 1 times to write data ]
>>>>> [ perf record: Captured and wrote 0.005 MB perf.data (7 samples) ]
>>>>> perf: Segmentation fault
>>>>> Obtained 6 stack frames.
>>>>> [0x4e75b4]
>>>>> [0x5d1ad0]
>>>>> [0x5c9860]
>>>>> [0x4a6e5c]
>>>>> [0x5cb39b]
>>>>> [0x76c89f]
>>>>> Segmentation fault
>>>>>
>>>>> It goes away with --no-bpf-event:
>>>>>
>>>>> # perf record --no-bpf-event uname
>>>>> Linux
>>>>> [ perf record: Woken up 1 times to write data ]
>>>>> [ perf record: Captured and wrote 0.005 MB perf.data (7 samples) ]
>>>>> #
>>>>>
>>>>> kernel is from the same branch
>>>>>
>>>>> # uname -a
>>>>> Linux buildroot 5.7.0-rc2-00028-g0fdddf5a583a #165 SMP Tue May 12 16:27:53
>>>>> EEST 2020 x86_64 GNU/Linux
>>>>>
>>>>> # perf version --build-options
>>>>> perf version 5.6.g0fdddf5a583a
>>>>> dwarf: [ OFF ] # HAVE_DWARF_SUPPORT
>>>>> dwarf_getlocations: [ OFF ] # HAVE_DWARF_GETLOCATIONS_SUPPORT
>>>>> glibc: [ on ] # HAVE_GLIBC_SUPPORT
>>>>> gtk2: [ OFF ] # HAVE_GTK2_SUPPORT
>>>>> syscall_table: [ on ] # HAVE_SYSCALL_TABLE_SUPPORT
>>>>> libbfd: [ on ] # HAVE_LIBBFD_SUPPORT
>>>>> libelf: [ on ] # HAVE_LIBELF_SUPPORT
>>>>> libnuma: [ OFF ] # HAVE_LIBNUMA_SUPPORT
>>>>> numa_num_possible_cpus: [ OFF ] # HAVE_LIBNUMA_SUPPORT
>>>>> libperl: [ OFF ] # HAVE_LIBPERL_SUPPORT
>>>>> libpython: [ OFF ] # HAVE_LIBPYTHON_SUPPORT
>>>>> libslang: [ on ] # HAVE_SLANG_SUPPORT
>>>>> libcrypto: [ on ] # HAVE_LIBCRYPTO_SUPPORT
>>>>> libunwind: [ OFF ] # HAVE_LIBUNWIND_SUPPORT
>>>>> libdw-dwarf-unwind: [ OFF ] # HAVE_DWARF_SUPPORT
>>>>> zlib: [ OFF ] # HAVE_ZLIB_SUPPORT
>>>>> lzma: [ OFF ] # HAVE_LZMA_SUPPORT
>>>>> get_cpuid: [ on ] # HAVE_AUXTRACE_SUPPORT
>>>>> bpf: [ OFF ] # HAVE_LIBBPF_SUPPORT
>>>>> aio: [ on ] # HAVE_AIO_SUPPORT
>>>>> zstd: [ OFF ] # HAVE_ZSTD_SUPPORT
>>>>>
>>>>>
>>>>> Any thoughts?
>>>
>>> hum, I don't see that, do you reproduce with DEBUG=1?
>>> to get more verbose backtrace
>>
>> It will require a kernel with support for bpf events otherwise the
>> --no-bpf-event option would have no effect.
>
> ok, reproduced.. I think we need to think about better way,
> but this fixes the issue for me now
>
> jirka
>
>
> ---
> diff --git a/tools/perf/builtin-record.c b/tools/perf/builtin-record.c
> index 4d4502b7fea0..173012a25df3 100644
> --- a/tools/perf/builtin-record.c
> +++ b/tools/perf/builtin-record.c
> @@ -2564,6 +2564,10 @@ int cmd_record(int argc, const char **argv)
> if (quiet)
> perf_quiet_option();
>
> +#ifndef HAVE_LIBBPF_SUPPORT
> + rec->opts.no_bpf_event = true;
> +#endif
> +
> /* Make system wide (-a) the default target. */
> if (!argc && target__none(&rec->opts.target))
> rec->opts.target.system_wide = true;
>
Thank you!
^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2020-05-12 16:16 UTC | newest]
Thread overview: 6+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
[not found] <0cad7834-07b4-ec2f-13b5-d6a10b21ce48@intel.com>
2020-05-12 14:58 ` perf seg fault Adrian Hunter
2020-05-12 15:10 ` Jiri Olsa
2020-05-12 15:41 ` Arnaldo Carvalho de Melo
2020-05-12 15:45 ` Adrian Hunter
2020-05-12 15:55 ` Jiri Olsa
2020-05-12 16:17 ` Adrian Hunter
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.