* Re: [PATCH v5 0/3] Kbuild: DWARF v5 support
[not found] ` <20210117201500.GO457607@kernel.org>
@ 2021-02-04 1:31 ` Nick Desaulniers
2021-02-04 2:57 ` Andrii Nakryiko
0 siblings, 1 reply; 10+ messages in thread
From: Nick Desaulniers @ 2021-02-04 1:31 UTC (permalink / raw)
To: Arnaldo Carvalho de Melo, Yonghong Song, Andrii Nakryiko, Jiri Olsa
Cc: Sedat Dilek, Masahiro Yamada, Nathan Chancellor, Andrew Morton,
LKML, Clang-Built-Linux ML, Linux Kbuild mailing list,
linux-arch, Jakub Jelinek, Fangrui Song, Caroline Tice,
Nick Clifton, dwarves, bpf
On Sun, Jan 17, 2021 at 12:14 PM Arnaldo Carvalho de Melo
<acme@kernel.org> wrote:
>
> Em Fri, Jan 15, 2021 at 03:43:06PM -0800, Yonghong Song escreveu:
> >
> >
> > On 1/15/21 3:34 PM, Nick Desaulniers wrote:
> > > On Fri, Jan 15, 2021 at 3:24 PM Yonghong Song <yhs@fb.com> wrote:
> > > >
> > > >
> > > >
> > > > On 1/15/21 1:53 PM, Sedat Dilek wrote:
> > > > > En plus, I encountered breakage with GCC v10.2.1 and LLVM=1 and
> > > > > CONFIG_DEBUG_INFO_DWARF4.
> > > > > So might be good to add a "depends on !DEBUG_INFO_BTF" in this combination.
> > >
> > > Can you privately send me your configs that repro? Maybe I can isolate
> > > it to a set of configs?
> > >
> > > >
> > > > I suggested not to add !DEBUG_INFO_BTF to CONFIG_DEBUG_INFO_DWARF4.
> > > > It is not there before and adding this may suddenly break some users.
> > > >
> > > > If certain combination of gcc/llvm does not work for
> > > > CONFIG_DEBUG_INFO_DWARF4 with pahole, this is a bug bpf community
> > > > should fix.
> > >
> > > Is there a place I should report bugs?
> >
> > You can send bug report to Arnaldo Carvalho de Melo <acme@kernel.org>,
> > dwarves@vger.kernel.org and bpf@vger.kernel.org.
>
> I'm coming back from vacation, will try to read the messages and see if
> I can fix this.
IDK about DWARF v4; that seems to work for me. I was previously observing
https://bugzilla.redhat.com/show_bug.cgi?id=1922698
with DWARF v5. I just re-pulled the latest pahole, rebuilt, and no
longer see that warning.
I now observe a different set. I plan on attending "BPF office hours
tomorrow morning," but if anyone wants a sneak peak of the errors and
how to reproduce:
https://gist.github.com/nickdesaulniers/ae8c9efbe4da69b1cf0dce138c1d2781
(FWIW: some other folks are hitting issues now with kernel's lack of
DWARF v5 support: https://bugzilla.redhat.com/show_bug.cgi?id=1922707)
--
Thanks,
~Nick Desaulniers
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [PATCH v5 0/3] Kbuild: DWARF v5 support
2021-02-04 1:31 ` [PATCH v5 0/3] Kbuild: DWARF v5 support Nick Desaulniers
@ 2021-02-04 2:57 ` Andrii Nakryiko
2021-02-04 3:13 ` Nick Desaulniers
2021-02-04 8:42 ` Sedat Dilek
0 siblings, 2 replies; 10+ messages in thread
From: Andrii Nakryiko @ 2021-02-04 2:57 UTC (permalink / raw)
To: Nick Desaulniers
Cc: Arnaldo Carvalho de Melo, Yonghong Song, Andrii Nakryiko,
Jiri Olsa, Sedat Dilek, Masahiro Yamada, Nathan Chancellor,
Andrew Morton, LKML, Clang-Built-Linux ML,
Linux Kbuild mailing list, linux-arch, Jakub Jelinek,
Fangrui Song, Caroline Tice, Nick Clifton, dwarves, bpf
On Wed, Feb 3, 2021 at 5:31 PM Nick Desaulniers <ndesaulniers@google.com> wrote:
>
> On Sun, Jan 17, 2021 at 12:14 PM Arnaldo Carvalho de Melo
> <acme@kernel.org> wrote:
> >
> > Em Fri, Jan 15, 2021 at 03:43:06PM -0800, Yonghong Song escreveu:
> > >
> > >
> > > On 1/15/21 3:34 PM, Nick Desaulniers wrote:
> > > > On Fri, Jan 15, 2021 at 3:24 PM Yonghong Song <yhs@fb.com> wrote:
> > > > >
> > > > >
> > > > >
> > > > > On 1/15/21 1:53 PM, Sedat Dilek wrote:
> > > > > > En plus, I encountered breakage with GCC v10.2.1 and LLVM=1 and
> > > > > > CONFIG_DEBUG_INFO_DWARF4.
> > > > > > So might be good to add a "depends on !DEBUG_INFO_BTF" in this combination.
> > > >
> > > > Can you privately send me your configs that repro? Maybe I can isolate
> > > > it to a set of configs?
> > > >
> > > > >
> > > > > I suggested not to add !DEBUG_INFO_BTF to CONFIG_DEBUG_INFO_DWARF4.
> > > > > It is not there before and adding this may suddenly break some users.
> > > > >
> > > > > If certain combination of gcc/llvm does not work for
> > > > > CONFIG_DEBUG_INFO_DWARF4 with pahole, this is a bug bpf community
> > > > > should fix.
> > > >
> > > > Is there a place I should report bugs?
> > >
> > > You can send bug report to Arnaldo Carvalho de Melo <acme@kernel.org>,
> > > dwarves@vger.kernel.org and bpf@vger.kernel.org.
> >
> > I'm coming back from vacation, will try to read the messages and see if
> > I can fix this.
>
> IDK about DWARF v4; that seems to work for me. I was previously observing
> https://bugzilla.redhat.com/show_bug.cgi?id=1922698
> with DWARF v5. I just re-pulled the latest pahole, rebuilt, and no
> longer see that warning.
>
> I now observe a different set. I plan on attending "BPF office hours
> tomorrow morning," but if anyone wants a sneak peak of the errors and
> how to reproduce:
> https://gist.github.com/nickdesaulniers/ae8c9efbe4da69b1cf0dce138c1d2781
>
Is there another (easy) way to get your patch set without the b4 tool?
Is your patch set present in some patchworks instance, so that I can
download it in mbox format, for example?
>
> (FWIW: some other folks are hitting issues now with kernel's lack of
> DWARF v5 support: https://bugzilla.redhat.com/show_bug.cgi?id=1922707)
> --
> Thanks,
> ~Nick Desaulniers
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [PATCH v5 0/3] Kbuild: DWARF v5 support
2021-02-04 2:57 ` Andrii Nakryiko
@ 2021-02-04 3:13 ` Nick Desaulniers
2021-02-04 23:54 ` Andrii Nakryiko
2021-02-04 8:42 ` Sedat Dilek
1 sibling, 1 reply; 10+ messages in thread
From: Nick Desaulniers @ 2021-02-04 3:13 UTC (permalink / raw)
To: Andrii Nakryiko
Cc: Arnaldo Carvalho de Melo, Yonghong Song, Andrii Nakryiko,
Jiri Olsa, Sedat Dilek, Masahiro Yamada, Nathan Chancellor,
Andrew Morton, LKML, Clang-Built-Linux ML,
Linux Kbuild mailing list, linux-arch, Jakub Jelinek,
Fangrui Song, Caroline Tice, Nick Clifton, dwarves, bpf
On Wed, Feb 3, 2021 at 6:58 PM Andrii Nakryiko
<andrii.nakryiko@gmail.com> wrote:
>
> On Wed, Feb 3, 2021 at 5:31 PM Nick Desaulniers <ndesaulniers@google.com> wrote:
> >
> > On Sun, Jan 17, 2021 at 12:14 PM Arnaldo Carvalho de Melo
> > <acme@kernel.org> wrote:
> > >
> > > Em Fri, Jan 15, 2021 at 03:43:06PM -0800, Yonghong Song escreveu:
> > > >
> > > >
> > > > On 1/15/21 3:34 PM, Nick Desaulniers wrote:
> > > > > On Fri, Jan 15, 2021 at 3:24 PM Yonghong Song <yhs@fb.com> wrote:
> > > > > >
> > > > > >
> > > > > >
> > > > > > On 1/15/21 1:53 PM, Sedat Dilek wrote:
> > > > > > > En plus, I encountered breakage with GCC v10.2.1 and LLVM=1 and
> > > > > > > CONFIG_DEBUG_INFO_DWARF4.
> > > > > > > So might be good to add a "depends on !DEBUG_INFO_BTF" in this combination.
> > > > >
> > > > > Can you privately send me your configs that repro? Maybe I can isolate
> > > > > it to a set of configs?
> > > > >
> > > > > >
> > > > > > I suggested not to add !DEBUG_INFO_BTF to CONFIG_DEBUG_INFO_DWARF4.
> > > > > > It is not there before and adding this may suddenly break some users.
> > > > > >
> > > > > > If certain combination of gcc/llvm does not work for
> > > > > > CONFIG_DEBUG_INFO_DWARF4 with pahole, this is a bug bpf community
> > > > > > should fix.
> > > > >
> > > > > Is there a place I should report bugs?
> > > >
> > > > You can send bug report to Arnaldo Carvalho de Melo <acme@kernel.org>,
> > > > dwarves@vger.kernel.org and bpf@vger.kernel.org.
> > >
> > > I'm coming back from vacation, will try to read the messages and see if
> > > I can fix this.
> >
> > IDK about DWARF v4; that seems to work for me. I was previously observing
> > https://bugzilla.redhat.com/show_bug.cgi?id=1922698
> > with DWARF v5. I just re-pulled the latest pahole, rebuilt, and no
> > longer see that warning.
> >
> > I now observe a different set. I plan on attending "BPF office hours
> > tomorrow morning," but if anyone wants a sneak peak of the errors and
> > how to reproduce:
> > https://gist.github.com/nickdesaulniers/ae8c9efbe4da69b1cf0dce138c1d2781
> >
>
> Is there another (easy) way to get your patch set without the b4 tool?
> Is your patch set present in some patchworks instance, so that I can
> download it in mbox format, for example?
$ wget https://lore.kernel.org/lkml/20210130004401.2528717-2-ndesaulniers@google.com/raw
-O - | git am
$ wget https://lore.kernel.org/lkml/20210130004401.2528717-3-ndesaulniers@google.com/raw
-O - | git am
If you haven't tried b4 yet, it's quite nice. Hard to go back. Lore
also has mbox.gz links. Not sure about patchwork.
>
> >
> > (FWIW: some other folks are hitting issues now with kernel's lack of
> > DWARF v5 support: https://bugzilla.redhat.com/show_bug.cgi?id=1922707)
--
Thanks,
~Nick Desaulniers
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [PATCH v5 0/3] Kbuild: DWARF v5 support
2021-02-04 2:57 ` Andrii Nakryiko
2021-02-04 3:13 ` Nick Desaulniers
@ 2021-02-04 8:42 ` Sedat Dilek
2021-02-04 8:59 ` Sedat Dilek
1 sibling, 1 reply; 10+ messages in thread
From: Sedat Dilek @ 2021-02-04 8:42 UTC (permalink / raw)
To: Andrii Nakryiko
Cc: Nick Desaulniers, Arnaldo Carvalho de Melo, Yonghong Song,
Andrii Nakryiko, Jiri Olsa, Masahiro Yamada, Nathan Chancellor,
Andrew Morton, LKML, Clang-Built-Linux ML,
Linux Kbuild mailing list, linux-arch, Jakub Jelinek,
Fangrui Song, Caroline Tice, Nick Clifton, dwarves, bpf
On Thu, Feb 4, 2021 at 3:58 AM Andrii Nakryiko
<andrii.nakryiko@gmail.com> wrote:
...
>
> Is there another (easy) way to get your patch set without the b4 tool?
> Is your patch set present in some patchworks instance, so that I can
> download it in mbox format, for example?
>
Just to promote the b4 tool - we have some cool wiki in [1].
Personally, I got in touch with b4 when dealing with the
ClangBuiltLinux project.
Note: Sometimes it takes a bit for the patch(set) to be available from
the LORE link.
- Sedat -
[1] https://github.com/ClangBuiltLinux/linux/wiki/Command-line-tips-and-tricks#fetching-a-single-patch-or-series-from-lkml
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [PATCH v5 0/3] Kbuild: DWARF v5 support
2021-02-04 8:42 ` Sedat Dilek
@ 2021-02-04 8:59 ` Sedat Dilek
0 siblings, 0 replies; 10+ messages in thread
From: Sedat Dilek @ 2021-02-04 8:59 UTC (permalink / raw)
To: Andrii Nakryiko
Cc: Nick Desaulniers, Arnaldo Carvalho de Melo, Yonghong Song,
Andrii Nakryiko, Jiri Olsa, Masahiro Yamada, Nathan Chancellor,
Andrew Morton, LKML, Clang-Built-Linux ML,
Linux Kbuild mailing list, linux-arch, Jakub Jelinek,
Fangrui Song, Caroline Tice, Nick Clifton, dwarves, bpf
On Thu, Feb 4, 2021 at 9:42 AM Sedat Dilek <sedat.dilek@gmail.com> wrote:
>
> On Thu, Feb 4, 2021 at 3:58 AM Andrii Nakryiko
> <andrii.nakryiko@gmail.com> wrote:
> ...
> >
> > Is there another (easy) way to get your patch set without the b4 tool?
> > Is your patch set present in some patchworks instance, so that I can
> > download it in mbox format, for example?
> >
>
> Just to promote the b4 tool - we have some cool wiki in [1].
>
> Personally, I got in touch with b4 when dealing with the
> ClangBuiltLinux project.
>
> Note: Sometimes it takes a bit for the patch(set) to be available from
> the LORE link.
>
> - Sedat -
>
> [1] https://github.com/ClangBuiltLinux/linux/wiki/Command-line-tips-and-tricks#fetching-a-single-patch-or-series-from-lkml
Honestly, when behind a proxy-server I did not find a trick to use b4
here (DNS resolution problems).
I tried with proxychains-ng - NOPE.
In the meantime I updated the CBL-wiki page and added v8 as an example :-).
- Sedat -
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [PATCH v5 0/3] Kbuild: DWARF v5 support
2021-02-04 3:13 ` Nick Desaulniers
@ 2021-02-04 23:54 ` Andrii Nakryiko
2021-02-05 0:04 ` Nick Desaulniers
0 siblings, 1 reply; 10+ messages in thread
From: Andrii Nakryiko @ 2021-02-04 23:54 UTC (permalink / raw)
To: Nick Desaulniers
Cc: Arnaldo Carvalho de Melo, Yonghong Song, Andrii Nakryiko,
Jiri Olsa, Sedat Dilek, Masahiro Yamada, Nathan Chancellor,
Andrew Morton, LKML, Clang-Built-Linux ML,
Linux Kbuild mailing list, linux-arch, Jakub Jelinek,
Fangrui Song, Caroline Tice, Nick Clifton, dwarves, bpf
On Wed, Feb 3, 2021 at 7:13 PM Nick Desaulniers <ndesaulniers@google.com> wrote:
>
> On Wed, Feb 3, 2021 at 6:58 PM Andrii Nakryiko
> <andrii.nakryiko@gmail.com> wrote:
> >
> > On Wed, Feb 3, 2021 at 5:31 PM Nick Desaulniers <ndesaulniers@google.com> wrote:
> > >
> > > On Sun, Jan 17, 2021 at 12:14 PM Arnaldo Carvalho de Melo
> > > <acme@kernel.org> wrote:
> > > >
> > > > Em Fri, Jan 15, 2021 at 03:43:06PM -0800, Yonghong Song escreveu:
> > > > >
> > > > >
> > > > > On 1/15/21 3:34 PM, Nick Desaulniers wrote:
> > > > > > On Fri, Jan 15, 2021 at 3:24 PM Yonghong Song <yhs@fb.com> wrote:
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > > On 1/15/21 1:53 PM, Sedat Dilek wrote:
> > > > > > > > En plus, I encountered breakage with GCC v10.2.1 and LLVM=1 and
> > > > > > > > CONFIG_DEBUG_INFO_DWARF4.
> > > > > > > > So might be good to add a "depends on !DEBUG_INFO_BTF" in this combination.
> > > > > >
> > > > > > Can you privately send me your configs that repro? Maybe I can isolate
> > > > > > it to a set of configs?
> > > > > >
> > > > > > >
> > > > > > > I suggested not to add !DEBUG_INFO_BTF to CONFIG_DEBUG_INFO_DWARF4.
> > > > > > > It is not there before and adding this may suddenly break some users.
> > > > > > >
> > > > > > > If certain combination of gcc/llvm does not work for
> > > > > > > CONFIG_DEBUG_INFO_DWARF4 with pahole, this is a bug bpf community
> > > > > > > should fix.
> > > > > >
> > > > > > Is there a place I should report bugs?
> > > > >
> > > > > You can send bug report to Arnaldo Carvalho de Melo <acme@kernel.org>,
> > > > > dwarves@vger.kernel.org and bpf@vger.kernel.org.
> > > >
> > > > I'm coming back from vacation, will try to read the messages and see if
> > > > I can fix this.
> > >
> > > IDK about DWARF v4; that seems to work for me. I was previously observing
> > > https://bugzilla.redhat.com/show_bug.cgi?id=1922698
> > > with DWARF v5. I just re-pulled the latest pahole, rebuilt, and no
> > > longer see that warning.
> > >
> > > I now observe a different set. I plan on attending "BPF office hours
> > > tomorrow morning," but if anyone wants a sneak peak of the errors and
> > > how to reproduce:
> > > https://gist.github.com/nickdesaulniers/ae8c9efbe4da69b1cf0dce138c1d2781
> > >
> >
> > Is there another (easy) way to get your patch set without the b4 tool?
> > Is your patch set present in some patchworks instance, so that I can
> > download it in mbox format, for example?
>
> $ wget https://lore.kernel.org/lkml/20210130004401.2528717-2-ndesaulniers@google.com/raw
> -O - | git am
> $ wget https://lore.kernel.org/lkml/20210130004401.2528717-3-ndesaulniers@google.com/raw
> -O - | git am
>
> If you haven't tried b4 yet, it's quite nice. Hard to go back. Lore
> also has mbox.gz links. Not sure about patchwork.
>
Ok, I managed to apply that on linux-next, but I can't get past this:
ld.lld: error: undefined symbol: pa_trampoline_start
>>> referenced by arch/x86/realmode/rm/header.o:(real_mode_header)
ld.lld: error: undefined symbol: pa_trampoline_header
>>> referenced by arch/x86/realmode/rm/header.o:(real_mode_header)
ld.lld: error: undefined symbol: pa_trampoline_pgd
>>> referenced by arch/x86/realmode/rm/header.o:(real_mode_header)
>>> referenced by trampoline_64.S:142 (/data/users/andriin/linux/arch/x86/realmode/rm/trampoline_64.S:142)
>>> arch/x86/realmode/rm/trampoline_64.o:(startup_32)
ld.lld: error: undefined symbol: pa_wakeup_start
>>> referenced by arch/x86/realmode/rm/header.o:(real_mode_header)
ld.lld: error: undefined symbol: pa_wakeup_header
>>> referenced by arch/x86/realmode/rm/header.o:(real_mode_header)
ld.lld: error: undefined symbol: pa_machine_real_restart_asm
>>> referenced by arch/x86/realmode/rm/header.o:(real_mode_header)
ld.lld: error: undefined symbol: pa_startup_32
>>> referenced by trampoline_64.S:77 (/data/users/andriin/linux/arch/x86/realmode/rm/trampoline_64.S:77)
>>> arch/x86/realmode/rm/trampoline_64.o:(trampoline_start)
ld.lld: error: undefined symbol: pa_tr_flags
>>> referenced by trampoline_64.S:124 (/data/users/andriin/linux/arch/x86/realmode/rm/trampoline_64.S:124)
>>> arch/x86/realmode/rm/trampoline_64.o:(startup_32)
ld.lld: error: undefined symbol: pa_tr_cr4
>>> referenced by trampoline_64.S:138 (/data/users/andriin/linux/arch/x86/realmode/rm/trampoline_64.S:138)
>>> arch/x86/realmode/rm/trampoline_64.o:(startup_32)
ld.lld: error: undefined symbol: pa_tr_efer
>>> referenced by trampoline_64.S:146 (/data/users/andriin/linux/arch/x86/realmode/rm/trampoline_64.S:146)
>>> arch/x86/realmode/rm/trampoline_64.o:(startup_32)
>>> referenced by trampoline_64.S:147 (/data/users/andriin/linux/arch/x86/realmode/rm/trampoline_64.S:147)
>>> arch/x86/realmode/rm/trampoline_64.o:(startup_32)
ld.lld: error: undefined symbol: pa_startup_64
>>> referenced by trampoline_64.S:161 (/data/users/andriin/linux/arch/x86/realmode/rm/trampoline_64.S:161)
>>> arch/x86/realmode/rm/trampoline_64.o:(startup_32)
ld.lld: error: undefined symbol: pa_tr_gdt
>>> referenced by arch/x86/realmode/rm/trampoline_64.o:(tr_gdt)
>>> referenced by reboot.S:28 (/data/users/andriin/linux/arch/x86/realmode/rm/reboot.S:28)
>>> arch/x86/realmode/rm/reboot.o:(machine_real_restart_asm)
ld.lld: error: undefined symbol: pa_machine_real_restart_paging_off
>>> referenced by reboot.S:34 (/data/users/andriin/linux/arch/x86/realmode/rm/reboot.S:34)
>>> arch/x86/realmode/rm/reboot.o:(machine_real_restart_asm)
ld.lld: error: undefined symbol: pa_machine_real_restart_idt
>>> referenced by reboot.S:47 (/data/users/andriin/linux/arch/x86/realmode/rm/reboot.S:47)
>>> arch/x86/realmode/rm/reboot.o:(machine_real_restart_asm)
ld.lld: error: undefined symbol: pa_machine_real_restart_gdt
>>> referenced by reboot.S:54 (/data/users/andriin/linux/arch/x86/realmode/rm/reboot.S:54)
>>> arch/x86/realmode/rm/reboot.o:(machine_real_restart_asm)
>>> referenced by arch/x86/realmode/rm/reboot.o:(machine_real_restart_gdt)
ld.lld: error: undefined symbol: pa_wakeup_gdt
>>> referenced by arch/x86/realmode/rm/wakeup_asm.o:(wakeup_gdt)
CC arch/x86/mm/numa_64.o
CC arch/x86/mm/amdtopology.o
HOSTCC arch/x86/entry/vdso/vdso2c
make[4]: *** [arch/x86/realmode/rm/realmode.elf] Error 1
make[3]: *** [arch/x86/realmode/rm/realmode.bin] Error 2
make[2]: *** [arch/x86/realmode] Error 2
make[2]: *** Waiting for unfinished jobs....
Hopefully Arnaldo will have better luck.
> >
> > >
> > > (FWIW: some other folks are hitting issues now with kernel's lack of
> > > DWARF v5 support: https://bugzilla.redhat.com/show_bug.cgi?id=1922707)
>
>
> --
> Thanks,
> ~Nick Desaulniers
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [PATCH v5 0/3] Kbuild: DWARF v5 support
2021-02-04 23:54 ` Andrii Nakryiko
@ 2021-02-05 0:04 ` Nick Desaulniers
2021-02-05 0:06 ` Andrii Nakryiko
0 siblings, 1 reply; 10+ messages in thread
From: Nick Desaulniers @ 2021-02-05 0:04 UTC (permalink / raw)
To: Andrii Nakryiko
Cc: Arnaldo Carvalho de Melo, Yonghong Song, Andrii Nakryiko,
Jiri Olsa, Sedat Dilek, Nathan Chancellor, Clang-Built-Linux ML,
Fangrui Song, bpf
Moving a bunch of folks + lists to BCC.
On Thu, Feb 4, 2021 at 3:54 PM Andrii Nakryiko
<andrii.nakryiko@gmail.com> wrote:
>
> On Wed, Feb 3, 2021 at 7:13 PM Nick Desaulniers <ndesaulniers@google.com> wrote:
> >
> > On Wed, Feb 3, 2021 at 6:58 PM Andrii Nakryiko
> > <andrii.nakryiko@gmail.com> wrote:
> > >
> > > On Wed, Feb 3, 2021 at 5:31 PM Nick Desaulniers <ndesaulniers@google.com> wrote:
> > > >
> > > > On Sun, Jan 17, 2021 at 12:14 PM Arnaldo Carvalho de Melo
> > > > <acme@kernel.org> wrote:
> > > > >
> > > > > Em Fri, Jan 15, 2021 at 03:43:06PM -0800, Yonghong Song escreveu:
> > > > > >
> > > > > >
> > > > > > On 1/15/21 3:34 PM, Nick Desaulniers wrote:
> > > > > > > On Fri, Jan 15, 2021 at 3:24 PM Yonghong Song <yhs@fb.com> wrote:
> > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > > > On 1/15/21 1:53 PM, Sedat Dilek wrote:
> > > > > > > > > En plus, I encountered breakage with GCC v10.2.1 and LLVM=1 and
> > > > > > > > > CONFIG_DEBUG_INFO_DWARF4.
> > > > > > > > > So might be good to add a "depends on !DEBUG_INFO_BTF" in this combination.
> > > > > > >
> > > > > > > Can you privately send me your configs that repro? Maybe I can isolate
> > > > > > > it to a set of configs?
> > > > > > >
> > > > > > > >
> > > > > > > > I suggested not to add !DEBUG_INFO_BTF to CONFIG_DEBUG_INFO_DWARF4.
> > > > > > > > It is not there before and adding this may suddenly break some users.
> > > > > > > >
> > > > > > > > If certain combination of gcc/llvm does not work for
> > > > > > > > CONFIG_DEBUG_INFO_DWARF4 with pahole, this is a bug bpf community
> > > > > > > > should fix.
> > > > > > >
> > > > > > > Is there a place I should report bugs?
> > > > > >
> > > > > > You can send bug report to Arnaldo Carvalho de Melo <acme@kernel.org>,
> > > > > > dwarves@vger.kernel.org and bpf@vger.kernel.org.
> > > > >
> > > > > I'm coming back from vacation, will try to read the messages and see if
> > > > > I can fix this.
> > > >
> > > > IDK about DWARF v4; that seems to work for me. I was previously observing
> > > > https://bugzilla.redhat.com/show_bug.cgi?id=1922698
> > > > with DWARF v5. I just re-pulled the latest pahole, rebuilt, and no
> > > > longer see that warning.
> > > >
> > > > I now observe a different set. I plan on attending "BPF office hours
> > > > tomorrow morning," but if anyone wants a sneak peak of the errors and
> > > > how to reproduce:
> > > > https://gist.github.com/nickdesaulniers/ae8c9efbe4da69b1cf0dce138c1d2781
> > > >
> > >
> > > Is there another (easy) way to get your patch set without the b4 tool?
> > > Is your patch set present in some patchworks instance, so that I can
> > > download it in mbox format, for example?
> >
> > $ wget https://lore.kernel.org/lkml/20210130004401.2528717-2-ndesaulniers@google.com/raw
> > -O - | git am
> > $ wget https://lore.kernel.org/lkml/20210130004401.2528717-3-ndesaulniers@google.com/raw
> > -O - | git am
> >
> > If you haven't tried b4 yet, it's quite nice. Hard to go back. Lore
> > also has mbox.gz links. Not sure about patchwork.
> >
>
> Ok, I managed to apply that on linux-next, but I can't get past this:
>
> ld.lld: error: undefined symbol: pa_trampoline_start
> >>> referenced by arch/x86/realmode/rm/header.o:(real_mode_header)
Thanks for testing and the report. Do you have a .config you can send
me to reproduce?
>
> ld.lld: error: undefined symbol: pa_trampoline_header
> >>> referenced by arch/x86/realmode/rm/header.o:(real_mode_header)
>
> ld.lld: error: undefined symbol: pa_trampoline_pgd
> >>> referenced by arch/x86/realmode/rm/header.o:(real_mode_header)
> >>> referenced by trampoline_64.S:142 (/data/users/andriin/linux/arch/x86/realmode/rm/trampoline_64.S:142)
> >>> arch/x86/realmode/rm/trampoline_64.o:(startup_32)
>
> ld.lld: error: undefined symbol: pa_wakeup_start
> >>> referenced by arch/x86/realmode/rm/header.o:(real_mode_header)
>
> ld.lld: error: undefined symbol: pa_wakeup_header
> >>> referenced by arch/x86/realmode/rm/header.o:(real_mode_header)
>
> ld.lld: error: undefined symbol: pa_machine_real_restart_asm
> >>> referenced by arch/x86/realmode/rm/header.o:(real_mode_header)
>
> ld.lld: error: undefined symbol: pa_startup_32
> >>> referenced by trampoline_64.S:77 (/data/users/andriin/linux/arch/x86/realmode/rm/trampoline_64.S:77)
> >>> arch/x86/realmode/rm/trampoline_64.o:(trampoline_start)
>
> ld.lld: error: undefined symbol: pa_tr_flags
> >>> referenced by trampoline_64.S:124 (/data/users/andriin/linux/arch/x86/realmode/rm/trampoline_64.S:124)
> >>> arch/x86/realmode/rm/trampoline_64.o:(startup_32)
>
> ld.lld: error: undefined symbol: pa_tr_cr4
> >>> referenced by trampoline_64.S:138 (/data/users/andriin/linux/arch/x86/realmode/rm/trampoline_64.S:138)
> >>> arch/x86/realmode/rm/trampoline_64.o:(startup_32)
>
> ld.lld: error: undefined symbol: pa_tr_efer
> >>> referenced by trampoline_64.S:146 (/data/users/andriin/linux/arch/x86/realmode/rm/trampoline_64.S:146)
> >>> arch/x86/realmode/rm/trampoline_64.o:(startup_32)
> >>> referenced by trampoline_64.S:147 (/data/users/andriin/linux/arch/x86/realmode/rm/trampoline_64.S:147)
> >>> arch/x86/realmode/rm/trampoline_64.o:(startup_32)
>
> ld.lld: error: undefined symbol: pa_startup_64
> >>> referenced by trampoline_64.S:161 (/data/users/andriin/linux/arch/x86/realmode/rm/trampoline_64.S:161)
> >>> arch/x86/realmode/rm/trampoline_64.o:(startup_32)
>
> ld.lld: error: undefined symbol: pa_tr_gdt
> >>> referenced by arch/x86/realmode/rm/trampoline_64.o:(tr_gdt)
> >>> referenced by reboot.S:28 (/data/users/andriin/linux/arch/x86/realmode/rm/reboot.S:28)
> >>> arch/x86/realmode/rm/reboot.o:(machine_real_restart_asm)
>
> ld.lld: error: undefined symbol: pa_machine_real_restart_paging_off
> >>> referenced by reboot.S:34 (/data/users/andriin/linux/arch/x86/realmode/rm/reboot.S:34)
> >>> arch/x86/realmode/rm/reboot.o:(machine_real_restart_asm)
>
> ld.lld: error: undefined symbol: pa_machine_real_restart_idt
> >>> referenced by reboot.S:47 (/data/users/andriin/linux/arch/x86/realmode/rm/reboot.S:47)
> >>> arch/x86/realmode/rm/reboot.o:(machine_real_restart_asm)
>
> ld.lld: error: undefined symbol: pa_machine_real_restart_gdt
> >>> referenced by reboot.S:54 (/data/users/andriin/linux/arch/x86/realmode/rm/reboot.S:54)
> >>> arch/x86/realmode/rm/reboot.o:(machine_real_restart_asm)
> >>> referenced by arch/x86/realmode/rm/reboot.o:(machine_real_restart_gdt)
>
> ld.lld: error: undefined symbol: pa_wakeup_gdt
> >>> referenced by arch/x86/realmode/rm/wakeup_asm.o:(wakeup_gdt)
> CC arch/x86/mm/numa_64.o
> CC arch/x86/mm/amdtopology.o
> HOSTCC arch/x86/entry/vdso/vdso2c
> make[4]: *** [arch/x86/realmode/rm/realmode.elf] Error 1
> make[3]: *** [arch/x86/realmode/rm/realmode.bin] Error 2
> make[2]: *** [arch/x86/realmode] Error 2
> make[2]: *** Waiting for unfinished jobs....
>
>
> Hopefully Arnaldo will have better luck.
>
>
>
> > >
> > > >
> > > > (FWIW: some other folks are hitting issues now with kernel's lack of
> > > > DWARF v5 support: https://bugzilla.redhat.com/show_bug.cgi?id=1922707)
> >
> >
> > --
> > Thanks,
> > ~Nick Desaulniers
--
Thanks,
~Nick Desaulniers
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [PATCH v5 0/3] Kbuild: DWARF v5 support
2021-02-05 0:04 ` Nick Desaulniers
@ 2021-02-05 0:06 ` Andrii Nakryiko
2021-02-05 0:11 ` Nick Desaulniers
0 siblings, 1 reply; 10+ messages in thread
From: Andrii Nakryiko @ 2021-02-05 0:06 UTC (permalink / raw)
To: Nick Desaulniers
Cc: Arnaldo Carvalho de Melo, Yonghong Song, Andrii Nakryiko,
Jiri Olsa, Sedat Dilek, Nathan Chancellor, Clang-Built-Linux ML,
Fangrui Song, bpf
On Thu, Feb 4, 2021 at 4:04 PM Nick Desaulniers <ndesaulniers@google.com> wrote:
>
> Moving a bunch of folks + lists to BCC.
>
> On Thu, Feb 4, 2021 at 3:54 PM Andrii Nakryiko
> <andrii.nakryiko@gmail.com> wrote:
> >
> > On Wed, Feb 3, 2021 at 7:13 PM Nick Desaulniers <ndesaulniers@google.com> wrote:
> > >
> > > On Wed, Feb 3, 2021 at 6:58 PM Andrii Nakryiko
> > > <andrii.nakryiko@gmail.com> wrote:
> > > >
> > > > On Wed, Feb 3, 2021 at 5:31 PM Nick Desaulniers <ndesaulniers@google.com> wrote:
> > > > >
> > > > > On Sun, Jan 17, 2021 at 12:14 PM Arnaldo Carvalho de Melo
> > > > > <acme@kernel.org> wrote:
> > > > > >
> > > > > > Em Fri, Jan 15, 2021 at 03:43:06PM -0800, Yonghong Song escreveu:
> > > > > > >
> > > > > > >
> > > > > > > On 1/15/21 3:34 PM, Nick Desaulniers wrote:
> > > > > > > > On Fri, Jan 15, 2021 at 3:24 PM Yonghong Song <yhs@fb.com> wrote:
> > > > > > > > >
> > > > > > > > >
> > > > > > > > >
> > > > > > > > > On 1/15/21 1:53 PM, Sedat Dilek wrote:
> > > > > > > > > > En plus, I encountered breakage with GCC v10.2.1 and LLVM=1 and
> > > > > > > > > > CONFIG_DEBUG_INFO_DWARF4.
> > > > > > > > > > So might be good to add a "depends on !DEBUG_INFO_BTF" in this combination.
> > > > > > > >
> > > > > > > > Can you privately send me your configs that repro? Maybe I can isolate
> > > > > > > > it to a set of configs?
> > > > > > > >
> > > > > > > > >
> > > > > > > > > I suggested not to add !DEBUG_INFO_BTF to CONFIG_DEBUG_INFO_DWARF4.
> > > > > > > > > It is not there before and adding this may suddenly break some users.
> > > > > > > > >
> > > > > > > > > If certain combination of gcc/llvm does not work for
> > > > > > > > > CONFIG_DEBUG_INFO_DWARF4 with pahole, this is a bug bpf community
> > > > > > > > > should fix.
> > > > > > > >
> > > > > > > > Is there a place I should report bugs?
> > > > > > >
> > > > > > > You can send bug report to Arnaldo Carvalho de Melo <acme@kernel.org>,
> > > > > > > dwarves@vger.kernel.org and bpf@vger.kernel.org.
> > > > > >
> > > > > > I'm coming back from vacation, will try to read the messages and see if
> > > > > > I can fix this.
> > > > >
> > > > > IDK about DWARF v4; that seems to work for me. I was previously observing
> > > > > https://bugzilla.redhat.com/show_bug.cgi?id=1922698
> > > > > with DWARF v5. I just re-pulled the latest pahole, rebuilt, and no
> > > > > longer see that warning.
> > > > >
> > > > > I now observe a different set. I plan on attending "BPF office hours
> > > > > tomorrow morning," but if anyone wants a sneak peak of the errors and
> > > > > how to reproduce:
> > > > > https://gist.github.com/nickdesaulniers/ae8c9efbe4da69b1cf0dce138c1d2781
> > > > >
> > > >
> > > > Is there another (easy) way to get your patch set without the b4 tool?
> > > > Is your patch set present in some patchworks instance, so that I can
> > > > download it in mbox format, for example?
> > >
> > > $ wget https://lore.kernel.org/lkml/20210130004401.2528717-2-ndesaulniers@google.com/raw
> > > -O - | git am
> > > $ wget https://lore.kernel.org/lkml/20210130004401.2528717-3-ndesaulniers@google.com/raw
> > > -O - | git am
> > >
> > > If you haven't tried b4 yet, it's quite nice. Hard to go back. Lore
> > > also has mbox.gz links. Not sure about patchwork.
> > >
> >
> > Ok, I managed to apply that on linux-next, but I can't get past this:
> >
> > ld.lld: error: undefined symbol: pa_trampoline_start
> > >>> referenced by arch/x86/realmode/rm/header.o:(real_mode_header)
>
> Thanks for testing and the report. Do you have a .config you can send
> me to reproduce?
>
I followed your steps exactly, used olddefconfig. I've build with both
latest clang master and llvmorg-12.0.0-rc1 tag. This might be
something with my environment, I don't know.
> >
> > ld.lld: error: undefined symbol: pa_trampoline_header
> > >>> referenced by arch/x86/realmode/rm/header.o:(real_mode_header)
> >
> > ld.lld: error: undefined symbol: pa_trampoline_pgd
> > >>> referenced by arch/x86/realmode/rm/header.o:(real_mode_header)
> > >>> referenced by trampoline_64.S:142 (/data/users/andriin/linux/arch/x86/realmode/rm/trampoline_64.S:142)
> > >>> arch/x86/realmode/rm/trampoline_64.o:(startup_32)
> >
> > ld.lld: error: undefined symbol: pa_wakeup_start
> > >>> referenced by arch/x86/realmode/rm/header.o:(real_mode_header)
> >
> > ld.lld: error: undefined symbol: pa_wakeup_header
> > >>> referenced by arch/x86/realmode/rm/header.o:(real_mode_header)
> >
> > ld.lld: error: undefined symbol: pa_machine_real_restart_asm
> > >>> referenced by arch/x86/realmode/rm/header.o:(real_mode_header)
> >
> > ld.lld: error: undefined symbol: pa_startup_32
> > >>> referenced by trampoline_64.S:77 (/data/users/andriin/linux/arch/x86/realmode/rm/trampoline_64.S:77)
> > >>> arch/x86/realmode/rm/trampoline_64.o:(trampoline_start)
> >
> > ld.lld: error: undefined symbol: pa_tr_flags
> > >>> referenced by trampoline_64.S:124 (/data/users/andriin/linux/arch/x86/realmode/rm/trampoline_64.S:124)
> > >>> arch/x86/realmode/rm/trampoline_64.o:(startup_32)
> >
> > ld.lld: error: undefined symbol: pa_tr_cr4
> > >>> referenced by trampoline_64.S:138 (/data/users/andriin/linux/arch/x86/realmode/rm/trampoline_64.S:138)
> > >>> arch/x86/realmode/rm/trampoline_64.o:(startup_32)
> >
> > ld.lld: error: undefined symbol: pa_tr_efer
> > >>> referenced by trampoline_64.S:146 (/data/users/andriin/linux/arch/x86/realmode/rm/trampoline_64.S:146)
> > >>> arch/x86/realmode/rm/trampoline_64.o:(startup_32)
> > >>> referenced by trampoline_64.S:147 (/data/users/andriin/linux/arch/x86/realmode/rm/trampoline_64.S:147)
> > >>> arch/x86/realmode/rm/trampoline_64.o:(startup_32)
> >
> > ld.lld: error: undefined symbol: pa_startup_64
> > >>> referenced by trampoline_64.S:161 (/data/users/andriin/linux/arch/x86/realmode/rm/trampoline_64.S:161)
> > >>> arch/x86/realmode/rm/trampoline_64.o:(startup_32)
> >
> > ld.lld: error: undefined symbol: pa_tr_gdt
> > >>> referenced by arch/x86/realmode/rm/trampoline_64.o:(tr_gdt)
> > >>> referenced by reboot.S:28 (/data/users/andriin/linux/arch/x86/realmode/rm/reboot.S:28)
> > >>> arch/x86/realmode/rm/reboot.o:(machine_real_restart_asm)
> >
> > ld.lld: error: undefined symbol: pa_machine_real_restart_paging_off
> > >>> referenced by reboot.S:34 (/data/users/andriin/linux/arch/x86/realmode/rm/reboot.S:34)
> > >>> arch/x86/realmode/rm/reboot.o:(machine_real_restart_asm)
> >
> > ld.lld: error: undefined symbol: pa_machine_real_restart_idt
> > >>> referenced by reboot.S:47 (/data/users/andriin/linux/arch/x86/realmode/rm/reboot.S:47)
> > >>> arch/x86/realmode/rm/reboot.o:(machine_real_restart_asm)
> >
> > ld.lld: error: undefined symbol: pa_machine_real_restart_gdt
> > >>> referenced by reboot.S:54 (/data/users/andriin/linux/arch/x86/realmode/rm/reboot.S:54)
> > >>> arch/x86/realmode/rm/reboot.o:(machine_real_restart_asm)
> > >>> referenced by arch/x86/realmode/rm/reboot.o:(machine_real_restart_gdt)
> >
> > ld.lld: error: undefined symbol: pa_wakeup_gdt
> > >>> referenced by arch/x86/realmode/rm/wakeup_asm.o:(wakeup_gdt)
> > CC arch/x86/mm/numa_64.o
> > CC arch/x86/mm/amdtopology.o
> > HOSTCC arch/x86/entry/vdso/vdso2c
> > make[4]: *** [arch/x86/realmode/rm/realmode.elf] Error 1
> > make[3]: *** [arch/x86/realmode/rm/realmode.bin] Error 2
> > make[2]: *** [arch/x86/realmode] Error 2
> > make[2]: *** Waiting for unfinished jobs....
> >
> >
> > Hopefully Arnaldo will have better luck.
> >
> >
> >
> > > >
> > > > >
> > > > > (FWIW: some other folks are hitting issues now with kernel's lack of
> > > > > DWARF v5 support: https://bugzilla.redhat.com/show_bug.cgi?id=1922707)
> > >
> > >
> > > --
> > > Thanks,
> > > ~Nick Desaulniers
>
>
>
> --
> Thanks,
> ~Nick Desaulniers
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [PATCH v5 0/3] Kbuild: DWARF v5 support
2021-02-05 0:06 ` Andrii Nakryiko
@ 2021-02-05 0:11 ` Nick Desaulniers
2021-02-05 0:17 ` Andrii Nakryiko
0 siblings, 1 reply; 10+ messages in thread
From: Nick Desaulniers @ 2021-02-05 0:11 UTC (permalink / raw)
To: Andrii Nakryiko
Cc: Arnaldo Carvalho de Melo, Yonghong Song, Andrii Nakryiko,
Jiri Olsa, Sedat Dilek, Nathan Chancellor, Clang-Built-Linux ML,
Fangrui Song, bpf
On Thu, Feb 4, 2021 at 4:07 PM Andrii Nakryiko
<andrii.nakryiko@gmail.com> wrote:
>
> On Thu, Feb 4, 2021 at 4:04 PM Nick Desaulniers <ndesaulniers@google.com> wrote:
> >
> > Moving a bunch of folks + lists to BCC.
> >
> > On Thu, Feb 4, 2021 at 3:54 PM Andrii Nakryiko
> > <andrii.nakryiko@gmail.com> wrote:
> > >
> > > On Wed, Feb 3, 2021 at 7:13 PM Nick Desaulniers <ndesaulniers@google.com> wrote:
> > > >
> > > > On Wed, Feb 3, 2021 at 6:58 PM Andrii Nakryiko
> > > > <andrii.nakryiko@gmail.com> wrote:
> > > > >
> > > > > On Wed, Feb 3, 2021 at 5:31 PM Nick Desaulniers <ndesaulniers@google.com> wrote:
> > > > > >
> > > > > > On Sun, Jan 17, 2021 at 12:14 PM Arnaldo Carvalho de Melo
> > > > > > <acme@kernel.org> wrote:
> > > > > > >
> > > > > > > Em Fri, Jan 15, 2021 at 03:43:06PM -0800, Yonghong Song escreveu:
> > > > > > > >
> > > > > > > >
> > > > > > > > On 1/15/21 3:34 PM, Nick Desaulniers wrote:
> > > > > > > > > On Fri, Jan 15, 2021 at 3:24 PM Yonghong Song <yhs@fb.com> wrote:
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > > On 1/15/21 1:53 PM, Sedat Dilek wrote:
> > > > > > > > > > > En plus, I encountered breakage with GCC v10.2.1 and LLVM=1 and
> > > > > > > > > > > CONFIG_DEBUG_INFO_DWARF4.
> > > > > > > > > > > So might be good to add a "depends on !DEBUG_INFO_BTF" in this combination.
> > > > > > > > >
> > > > > > > > > Can you privately send me your configs that repro? Maybe I can isolate
> > > > > > > > > it to a set of configs?
> > > > > > > > >
> > > > > > > > > >
> > > > > > > > > > I suggested not to add !DEBUG_INFO_BTF to CONFIG_DEBUG_INFO_DWARF4.
> > > > > > > > > > It is not there before and adding this may suddenly break some users.
> > > > > > > > > >
> > > > > > > > > > If certain combination of gcc/llvm does not work for
> > > > > > > > > > CONFIG_DEBUG_INFO_DWARF4 with pahole, this is a bug bpf community
> > > > > > > > > > should fix.
> > > > > > > > >
> > > > > > > > > Is there a place I should report bugs?
> > > > > > > >
> > > > > > > > You can send bug report to Arnaldo Carvalho de Melo <acme@kernel.org>,
> > > > > > > > dwarves@vger.kernel.org and bpf@vger.kernel.org.
> > > > > > >
> > > > > > > I'm coming back from vacation, will try to read the messages and see if
> > > > > > > I can fix this.
> > > > > >
> > > > > > IDK about DWARF v4; that seems to work for me. I was previously observing
> > > > > > https://bugzilla.redhat.com/show_bug.cgi?id=1922698
> > > > > > with DWARF v5. I just re-pulled the latest pahole, rebuilt, and no
> > > > > > longer see that warning.
> > > > > >
> > > > > > I now observe a different set. I plan on attending "BPF office hours
> > > > > > tomorrow morning," but if anyone wants a sneak peak of the errors and
> > > > > > how to reproduce:
> > > > > > https://gist.github.com/nickdesaulniers/ae8c9efbe4da69b1cf0dce138c1d2781
> > > > > >
> > > > >
> > > > > Is there another (easy) way to get your patch set without the b4 tool?
> > > > > Is your patch set present in some patchworks instance, so that I can
> > > > > download it in mbox format, for example?
> > > >
> > > > $ wget https://lore.kernel.org/lkml/20210130004401.2528717-2-ndesaulniers@google.com/raw
> > > > -O - | git am
> > > > $ wget https://lore.kernel.org/lkml/20210130004401.2528717-3-ndesaulniers@google.com/raw
> > > > -O - | git am
> > > >
> > > > If you haven't tried b4 yet, it's quite nice. Hard to go back. Lore
> > > > also has mbox.gz links. Not sure about patchwork.
> > > >
> > >
> > > Ok, I managed to apply that on linux-next, but I can't get past this:
> > >
> > > ld.lld: error: undefined symbol: pa_trampoline_start
> > > >>> referenced by arch/x86/realmode/rm/header.o:(real_mode_header)
> >
> > Thanks for testing and the report. Do you have a .config you can send
> > me to reproduce?
> >
>
> I followed your steps exactly, used olddefconfig. I've build with both
> latest clang master and llvmorg-12.0.0-rc1 tag. This might be
> something with my environment, I don't know.
Perhaps, but "olddefconfig" is not reproducible for anyone else, ever.
Please send me your .config that produced the errors.
>
> > >
> > > ld.lld: error: undefined symbol: pa_trampoline_header
> > > >>> referenced by arch/x86/realmode/rm/header.o:(real_mode_header)
> > >
> > > ld.lld: error: undefined symbol: pa_trampoline_pgd
> > > >>> referenced by arch/x86/realmode/rm/header.o:(real_mode_header)
> > > >>> referenced by trampoline_64.S:142 (/data/users/andriin/linux/arch/x86/realmode/rm/trampoline_64.S:142)
> > > >>> arch/x86/realmode/rm/trampoline_64.o:(startup_32)
> > >
> > > ld.lld: error: undefined symbol: pa_wakeup_start
> > > >>> referenced by arch/x86/realmode/rm/header.o:(real_mode_header)
> > >
> > > ld.lld: error: undefined symbol: pa_wakeup_header
> > > >>> referenced by arch/x86/realmode/rm/header.o:(real_mode_header)
> > >
> > > ld.lld: error: undefined symbol: pa_machine_real_restart_asm
> > > >>> referenced by arch/x86/realmode/rm/header.o:(real_mode_header)
> > >
> > > ld.lld: error: undefined symbol: pa_startup_32
> > > >>> referenced by trampoline_64.S:77 (/data/users/andriin/linux/arch/x86/realmode/rm/trampoline_64.S:77)
> > > >>> arch/x86/realmode/rm/trampoline_64.o:(trampoline_start)
> > >
> > > ld.lld: error: undefined symbol: pa_tr_flags
> > > >>> referenced by trampoline_64.S:124 (/data/users/andriin/linux/arch/x86/realmode/rm/trampoline_64.S:124)
> > > >>> arch/x86/realmode/rm/trampoline_64.o:(startup_32)
> > >
> > > ld.lld: error: undefined symbol: pa_tr_cr4
> > > >>> referenced by trampoline_64.S:138 (/data/users/andriin/linux/arch/x86/realmode/rm/trampoline_64.S:138)
> > > >>> arch/x86/realmode/rm/trampoline_64.o:(startup_32)
> > >
> > > ld.lld: error: undefined symbol: pa_tr_efer
> > > >>> referenced by trampoline_64.S:146 (/data/users/andriin/linux/arch/x86/realmode/rm/trampoline_64.S:146)
> > > >>> arch/x86/realmode/rm/trampoline_64.o:(startup_32)
> > > >>> referenced by trampoline_64.S:147 (/data/users/andriin/linux/arch/x86/realmode/rm/trampoline_64.S:147)
> > > >>> arch/x86/realmode/rm/trampoline_64.o:(startup_32)
> > >
> > > ld.lld: error: undefined symbol: pa_startup_64
> > > >>> referenced by trampoline_64.S:161 (/data/users/andriin/linux/arch/x86/realmode/rm/trampoline_64.S:161)
> > > >>> arch/x86/realmode/rm/trampoline_64.o:(startup_32)
> > >
> > > ld.lld: error: undefined symbol: pa_tr_gdt
> > > >>> referenced by arch/x86/realmode/rm/trampoline_64.o:(tr_gdt)
> > > >>> referenced by reboot.S:28 (/data/users/andriin/linux/arch/x86/realmode/rm/reboot.S:28)
> > > >>> arch/x86/realmode/rm/reboot.o:(machine_real_restart_asm)
> > >
> > > ld.lld: error: undefined symbol: pa_machine_real_restart_paging_off
> > > >>> referenced by reboot.S:34 (/data/users/andriin/linux/arch/x86/realmode/rm/reboot.S:34)
> > > >>> arch/x86/realmode/rm/reboot.o:(machine_real_restart_asm)
> > >
> > > ld.lld: error: undefined symbol: pa_machine_real_restart_idt
> > > >>> referenced by reboot.S:47 (/data/users/andriin/linux/arch/x86/realmode/rm/reboot.S:47)
> > > >>> arch/x86/realmode/rm/reboot.o:(machine_real_restart_asm)
> > >
> > > ld.lld: error: undefined symbol: pa_machine_real_restart_gdt
> > > >>> referenced by reboot.S:54 (/data/users/andriin/linux/arch/x86/realmode/rm/reboot.S:54)
> > > >>> arch/x86/realmode/rm/reboot.o:(machine_real_restart_asm)
> > > >>> referenced by arch/x86/realmode/rm/reboot.o:(machine_real_restart_gdt)
> > >
> > > ld.lld: error: undefined symbol: pa_wakeup_gdt
> > > >>> referenced by arch/x86/realmode/rm/wakeup_asm.o:(wakeup_gdt)
> > > CC arch/x86/mm/numa_64.o
> > > CC arch/x86/mm/amdtopology.o
> > > HOSTCC arch/x86/entry/vdso/vdso2c
> > > make[4]: *** [arch/x86/realmode/rm/realmode.elf] Error 1
> > > make[3]: *** [arch/x86/realmode/rm/realmode.bin] Error 2
> > > make[2]: *** [arch/x86/realmode] Error 2
> > > make[2]: *** Waiting for unfinished jobs....
> > >
> > >
> > > Hopefully Arnaldo will have better luck.
> > >
> > >
> > >
> > > > >
> > > > > >
> > > > > > (FWIW: some other folks are hitting issues now with kernel's lack of
> > > > > > DWARF v5 support: https://bugzilla.redhat.com/show_bug.cgi?id=1922707)
> > > >
> > > >
> > > > --
> > > > Thanks,
> > > > ~Nick Desaulniers
> >
> >
> >
> > --
> > Thanks,
> > ~Nick Desaulniers
--
Thanks,
~Nick Desaulniers
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [PATCH v5 0/3] Kbuild: DWARF v5 support
2021-02-05 0:11 ` Nick Desaulniers
@ 2021-02-05 0:17 ` Andrii Nakryiko
0 siblings, 0 replies; 10+ messages in thread
From: Andrii Nakryiko @ 2021-02-05 0:17 UTC (permalink / raw)
To: Nick Desaulniers
Cc: Arnaldo Carvalho de Melo, Yonghong Song, Andrii Nakryiko,
Jiri Olsa, Sedat Dilek, Nathan Chancellor, Clang-Built-Linux ML,
Fangrui Song, bpf
On Thu, Feb 4, 2021 at 4:12 PM Nick Desaulniers <ndesaulniers@google.com> wrote:
>
> On Thu, Feb 4, 2021 at 4:07 PM Andrii Nakryiko
> <andrii.nakryiko@gmail.com> wrote:
> >
> > On Thu, Feb 4, 2021 at 4:04 PM Nick Desaulniers <ndesaulniers@google.com> wrote:
> > >
> > > Moving a bunch of folks + lists to BCC.
> > >
> > > On Thu, Feb 4, 2021 at 3:54 PM Andrii Nakryiko
> > > <andrii.nakryiko@gmail.com> wrote:
> > > >
> > > > On Wed, Feb 3, 2021 at 7:13 PM Nick Desaulniers <ndesaulniers@google.com> wrote:
> > > > >
> > > > > On Wed, Feb 3, 2021 at 6:58 PM Andrii Nakryiko
> > > > > <andrii.nakryiko@gmail.com> wrote:
> > > > > >
> > > > > > On Wed, Feb 3, 2021 at 5:31 PM Nick Desaulniers <ndesaulniers@google.com> wrote:
> > > > > > >
> > > > > > > On Sun, Jan 17, 2021 at 12:14 PM Arnaldo Carvalho de Melo
> > > > > > > <acme@kernel.org> wrote:
> > > > > > > >
> > > > > > > > Em Fri, Jan 15, 2021 at 03:43:06PM -0800, Yonghong Song escreveu:
> > > > > > > > >
> > > > > > > > >
> > > > > > > > > On 1/15/21 3:34 PM, Nick Desaulniers wrote:
> > > > > > > > > > On Fri, Jan 15, 2021 at 3:24 PM Yonghong Song <yhs@fb.com> wrote:
> > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > > On 1/15/21 1:53 PM, Sedat Dilek wrote:
> > > > > > > > > > > > En plus, I encountered breakage with GCC v10.2.1 and LLVM=1 and
> > > > > > > > > > > > CONFIG_DEBUG_INFO_DWARF4.
> > > > > > > > > > > > So might be good to add a "depends on !DEBUG_INFO_BTF" in this combination.
> > > > > > > > > >
> > > > > > > > > > Can you privately send me your configs that repro? Maybe I can isolate
> > > > > > > > > > it to a set of configs?
> > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > > I suggested not to add !DEBUG_INFO_BTF to CONFIG_DEBUG_INFO_DWARF4.
> > > > > > > > > > > It is not there before and adding this may suddenly break some users.
> > > > > > > > > > >
> > > > > > > > > > > If certain combination of gcc/llvm does not work for
> > > > > > > > > > > CONFIG_DEBUG_INFO_DWARF4 with pahole, this is a bug bpf community
> > > > > > > > > > > should fix.
> > > > > > > > > >
> > > > > > > > > > Is there a place I should report bugs?
> > > > > > > > >
> > > > > > > > > You can send bug report to Arnaldo Carvalho de Melo <acme@kernel.org>,
> > > > > > > > > dwarves@vger.kernel.org and bpf@vger.kernel.org.
> > > > > > > >
> > > > > > > > I'm coming back from vacation, will try to read the messages and see if
> > > > > > > > I can fix this.
> > > > > > >
> > > > > > > IDK about DWARF v4; that seems to work for me. I was previously observing
> > > > > > > https://bugzilla.redhat.com/show_bug.cgi?id=1922698
> > > > > > > with DWARF v5. I just re-pulled the latest pahole, rebuilt, and no
> > > > > > > longer see that warning.
> > > > > > >
> > > > > > > I now observe a different set. I plan on attending "BPF office hours
> > > > > > > tomorrow morning," but if anyone wants a sneak peak of the errors and
> > > > > > > how to reproduce:
> > > > > > > https://gist.github.com/nickdesaulniers/ae8c9efbe4da69b1cf0dce138c1d2781
> > > > > > >
> > > > > >
> > > > > > Is there another (easy) way to get your patch set without the b4 tool?
> > > > > > Is your patch set present in some patchworks instance, so that I can
> > > > > > download it in mbox format, for example?
> > > > >
> > > > > $ wget https://lore.kernel.org/lkml/20210130004401.2528717-2-ndesaulniers@google.com/raw
> > > > > -O - | git am
> > > > > $ wget https://lore.kernel.org/lkml/20210130004401.2528717-3-ndesaulniers@google.com/raw
> > > > > -O - | git am
> > > > >
> > > > > If you haven't tried b4 yet, it's quite nice. Hard to go back. Lore
> > > > > also has mbox.gz links. Not sure about patchwork.
> > > > >
> > > >
> > > > Ok, I managed to apply that on linux-next, but I can't get past this:
> > > >
> > > > ld.lld: error: undefined symbol: pa_trampoline_start
> > > > >>> referenced by arch/x86/realmode/rm/header.o:(real_mode_header)
> > >
> > > Thanks for testing and the report. Do you have a .config you can send
> > > me to reproduce?
> > >
> >
> > I followed your steps exactly, used olddefconfig. I've build with both
> > latest clang master and llvmorg-12.0.0-rc1 tag. This might be
> > something with my environment, I don't know.
>
> Perhaps, but "olddefconfig" is not reproducible for anyone else, ever.
> Please send me your .config that produced the errors.
>
Sorry, I meant defconfig + enable DWARF5 and BTF + then olddefconfig.
But I can send you config still a bit later.
> >
> > > >
> > > > ld.lld: error: undefined symbol: pa_trampoline_header
> > > > >>> referenced by arch/x86/realmode/rm/header.o:(real_mode_header)
> > > >
> > > > ld.lld: error: undefined symbol: pa_trampoline_pgd
> > > > >>> referenced by arch/x86/realmode/rm/header.o:(real_mode_header)
> > > > >>> referenced by trampoline_64.S:142 (/data/users/andriin/linux/arch/x86/realmode/rm/trampoline_64.S:142)
> > > > >>> arch/x86/realmode/rm/trampoline_64.o:(startup_32)
> > > >
> > > > ld.lld: error: undefined symbol: pa_wakeup_start
> > > > >>> referenced by arch/x86/realmode/rm/header.o:(real_mode_header)
> > > >
> > > > ld.lld: error: undefined symbol: pa_wakeup_header
> > > > >>> referenced by arch/x86/realmode/rm/header.o:(real_mode_header)
> > > >
> > > > ld.lld: error: undefined symbol: pa_machine_real_restart_asm
> > > > >>> referenced by arch/x86/realmode/rm/header.o:(real_mode_header)
> > > >
> > > > ld.lld: error: undefined symbol: pa_startup_32
> > > > >>> referenced by trampoline_64.S:77 (/data/users/andriin/linux/arch/x86/realmode/rm/trampoline_64.S:77)
> > > > >>> arch/x86/realmode/rm/trampoline_64.o:(trampoline_start)
> > > >
> > > > ld.lld: error: undefined symbol: pa_tr_flags
> > > > >>> referenced by trampoline_64.S:124 (/data/users/andriin/linux/arch/x86/realmode/rm/trampoline_64.S:124)
> > > > >>> arch/x86/realmode/rm/trampoline_64.o:(startup_32)
> > > >
> > > > ld.lld: error: undefined symbol: pa_tr_cr4
> > > > >>> referenced by trampoline_64.S:138 (/data/users/andriin/linux/arch/x86/realmode/rm/trampoline_64.S:138)
> > > > >>> arch/x86/realmode/rm/trampoline_64.o:(startup_32)
> > > >
> > > > ld.lld: error: undefined symbol: pa_tr_efer
> > > > >>> referenced by trampoline_64.S:146 (/data/users/andriin/linux/arch/x86/realmode/rm/trampoline_64.S:146)
> > > > >>> arch/x86/realmode/rm/trampoline_64.o:(startup_32)
> > > > >>> referenced by trampoline_64.S:147 (/data/users/andriin/linux/arch/x86/realmode/rm/trampoline_64.S:147)
> > > > >>> arch/x86/realmode/rm/trampoline_64.o:(startup_32)
> > > >
> > > > ld.lld: error: undefined symbol: pa_startup_64
> > > > >>> referenced by trampoline_64.S:161 (/data/users/andriin/linux/arch/x86/realmode/rm/trampoline_64.S:161)
> > > > >>> arch/x86/realmode/rm/trampoline_64.o:(startup_32)
> > > >
> > > > ld.lld: error: undefined symbol: pa_tr_gdt
> > > > >>> referenced by arch/x86/realmode/rm/trampoline_64.o:(tr_gdt)
> > > > >>> referenced by reboot.S:28 (/data/users/andriin/linux/arch/x86/realmode/rm/reboot.S:28)
> > > > >>> arch/x86/realmode/rm/reboot.o:(machine_real_restart_asm)
> > > >
> > > > ld.lld: error: undefined symbol: pa_machine_real_restart_paging_off
> > > > >>> referenced by reboot.S:34 (/data/users/andriin/linux/arch/x86/realmode/rm/reboot.S:34)
> > > > >>> arch/x86/realmode/rm/reboot.o:(machine_real_restart_asm)
> > > >
> > > > ld.lld: error: undefined symbol: pa_machine_real_restart_idt
> > > > >>> referenced by reboot.S:47 (/data/users/andriin/linux/arch/x86/realmode/rm/reboot.S:47)
> > > > >>> arch/x86/realmode/rm/reboot.o:(machine_real_restart_asm)
> > > >
> > > > ld.lld: error: undefined symbol: pa_machine_real_restart_gdt
> > > > >>> referenced by reboot.S:54 (/data/users/andriin/linux/arch/x86/realmode/rm/reboot.S:54)
> > > > >>> arch/x86/realmode/rm/reboot.o:(machine_real_restart_asm)
> > > > >>> referenced by arch/x86/realmode/rm/reboot.o:(machine_real_restart_gdt)
> > > >
> > > > ld.lld: error: undefined symbol: pa_wakeup_gdt
> > > > >>> referenced by arch/x86/realmode/rm/wakeup_asm.o:(wakeup_gdt)
> > > > CC arch/x86/mm/numa_64.o
> > > > CC arch/x86/mm/amdtopology.o
> > > > HOSTCC arch/x86/entry/vdso/vdso2c
> > > > make[4]: *** [arch/x86/realmode/rm/realmode.elf] Error 1
> > > > make[3]: *** [arch/x86/realmode/rm/realmode.bin] Error 2
> > > > make[2]: *** [arch/x86/realmode] Error 2
> > > > make[2]: *** Waiting for unfinished jobs....
> > > >
> > > >
> > > > Hopefully Arnaldo will have better luck.
> > > >
> > > >
> > > >
> > > > > >
> > > > > > >
> > > > > > > (FWIW: some other folks are hitting issues now with kernel's lack of
> > > > > > > DWARF v5 support: https://bugzilla.redhat.com/show_bug.cgi?id=1922707)
> > > > >
> > > > >
> > > > > --
> > > > > Thanks,
> > > > > ~Nick Desaulniers
> > >
> > >
> > >
> > > --
> > > Thanks,
> > > ~Nick Desaulniers
>
>
>
> --
> Thanks,
> ~Nick Desaulniers
^ permalink raw reply [flat|nested] 10+ messages in thread
end of thread, other threads:[~2021-02-05 0:18 UTC | newest]
Thread overview: 10+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
[not found] <20210115210616.404156-1-ndesaulniers@google.com>
[not found] ` <CA+icZUVp+JNq89uc_DyWC6zh5=kLtUr7eOxHizfFggnEVGJpqw@mail.gmail.com>
[not found] ` <7354583d-de40-b6b9-6534-a4f4c038230f@fb.com>
[not found] ` <CAKwvOd=5iR0JONwDb6ypD7dzzjOS3Uj0CjcyYqPF48eK4Pi90Q@mail.gmail.com>
[not found] ` <12b6c2ca-4cf7-4edd-faf2-72e3cb59c00e@fb.com>
[not found] ` <20210117201500.GO457607@kernel.org>
2021-02-04 1:31 ` [PATCH v5 0/3] Kbuild: DWARF v5 support Nick Desaulniers
2021-02-04 2:57 ` Andrii Nakryiko
2021-02-04 3:13 ` Nick Desaulniers
2021-02-04 23:54 ` Andrii Nakryiko
2021-02-05 0:04 ` Nick Desaulniers
2021-02-05 0:06 ` Andrii Nakryiko
2021-02-05 0:11 ` Nick Desaulniers
2021-02-05 0:17 ` Andrii Nakryiko
2021-02-04 8:42 ` Sedat Dilek
2021-02-04 8:59 ` Sedat Dilek
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).