From: Jiri Slaby <jirislaby@kernel.org>
To: Andrii Nakryiko <andrii.nakryiko@gmail.com>
Cc: "Érico Rolim" <erico.erc@gmail.com>,
dwarves@vger.kernel.org,
"open list" <linux-kernel@vger.kernel.org>,
"Arnaldo Carvalho de Melo" <acme@redhat.com>,
"Hao Luo" <haoluo@google.com>
Subject: Re: Segfault in pahole 1.18 when building kernel 5.9.1 for arm64
Date: Wed, 21 Oct 2020 07:52:19 +0200 [thread overview]
Message-ID: <c529897e-d33f-09b9-3142-bcc5db76d10f@kernel.org> (raw)
In-Reply-To: <CAEf4BzZBpnFx+03xE-a9wA1zHbH+HfEQPDWN5cdZ6y1wa9y7tA@mail.gmail.com>
On 20. 10. 20, 19:15, Andrii Nakryiko wrote:
> On Tue, Oct 20, 2020 at 3:51 AM Jiri Slaby <jirislaby@kernel.org> wrote:
>>
>> Hi,
>>
>> On 19. 10. 20, 1:18, Érico Rolim wrote:
>>> I'm trying to build kernel 5.9.1 for arm64, and my dotconfig has
>>> `CONFIG_DEBUG_INFO_BTF=y`, which requires pahole for building. However, pahole
>>> version 1.18 segfaults during the build, as can be seen below:
>>>
>>> PAHOLE: Error: Found symbol of zero size when encoding btf (sym:
>>> '__kvm_nvhe_arm64_ssbd_callback_required', cu:
>>> 'arch/arm64/kernel/cpu_errata.c').
>>
>> The symbol is an alias coming from arch/arm64/kernel/vmlinux.lds:
>> __kvm_nvhe_arm64_ssbd_callback_required = arm64_ssbd_callback_required;;
>
> What's readelf's output for that symbol? If it's legal for SST_OBJECT
> to have size zero, then we should just skip those in pahole. But it
> shouldn't crash in either case, of course. But as Arnaldo mentioned,
> that code changed significantly recently, so please check with latest
> pahole from tmp.libbtf_encoder branch.
...
>> Yeah, I observe the very same. I reported it at:
>> https://bugzilla.suse.com/show_bug.cgi?id=1177921
If you looked here, you would see:
> $ readelf -Ws vml |grep arm64_ssbd_callback_re
> 154271: ffff80001133e000 0 OBJECT GLOBAL DEFAULT 22
__kvm_nvhe_arm64_ssbd_callback_required
> 159609: ffff80001133e000 8 OBJECT WEAK DEFAULT 22
arm64_ssbd_callback_required
Yes, its zero-sized. And yes, the error happens even with
tmp.libbtf_encoder, but pahole doesn't crash and the build finishes fine.
thanks,
--
js
prev parent reply other threads:[~2020-10-21 5:52 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-10-18 23:18 Segfault in pahole 1.18 when building kernel 5.9.1 for arm64 Érico Rolim
2020-10-20 9:01 ` Jiri Slaby
2020-10-20 12:20 ` Arnaldo Carvalho de Melo
2020-10-20 17:04 ` Hao Luo
2020-10-20 17:10 ` Andrii Nakryiko
2020-10-20 17:18 ` Hao Luo
2020-10-20 18:14 ` Arnaldo Carvalho de Melo
2020-10-20 19:02 ` Arnaldo Carvalho de Melo
2020-10-21 6:22 ` Jiri Slaby
2020-10-21 11:29 ` Arnaldo Carvalho de Melo
2020-10-21 15:53 ` Andrii Nakryiko
2020-10-21 16:26 ` Arnaldo Carvalho de Melo
2020-10-20 17:15 ` Andrii Nakryiko
2020-10-21 5:52 ` Jiri Slaby [this message]
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=c529897e-d33f-09b9-3142-bcc5db76d10f@kernel.org \
--to=jirislaby@kernel.org \
--cc=acme@redhat.com \
--cc=andrii.nakryiko@gmail.com \
--cc=dwarves@vger.kernel.org \
--cc=erico.erc@gmail.com \
--cc=haoluo@google.com \
--cc=linux-kernel@vger.kernel.org \
/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