* linux-next: build failure after merge of the perf tree
@ 2024-03-21 21:41 Stephen Rothwell
2024-03-21 23:18 ` Arnaldo Carvalho de Melo
0 siblings, 1 reply; 64+ messages in thread
From: Stephen Rothwell @ 2024-03-21 21:41 UTC (permalink / raw)
To: Arnaldo Carvalho de Melo, Namhyung Kim
Cc: Linux Kernel Mailing List, Linux Next Mailing List
[-- Attachment #1: Type: text/plain, Size: 554 bytes --]
Hi all,
After merging the perf tree, today's linux-next build (native perf)
failed like this:
make[3]: *** No rule to make target '/home/sfr/next/next/tools/include/uapi/linux/stat.h', needed by '/home/sfr/next/perf/libbpf/staticobjs/libbpf.o'. Stop.
Caused by commit
f122b3d6d179 ("perf beauty: Introduce scrape script for the 'statx' syscall 'mask' argument")
Are all these new commits today really destined for the current merge
window?
I have used the perf tree from next-20240321 for today.
--
Cheers,
Stephen Rothwell
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 488 bytes --]
^ permalink raw reply [flat|nested] 64+ messages in thread* Re: linux-next: build failure after merge of the perf tree
2024-03-21 21:41 linux-next: build failure after merge of the perf tree Stephen Rothwell
@ 2024-03-21 23:18 ` Arnaldo Carvalho de Melo
2024-03-21 23:19 ` Arnaldo Carvalho de Melo
2024-03-21 23:36 ` Stephen Rothwell
0 siblings, 2 replies; 64+ messages in thread
From: Arnaldo Carvalho de Melo @ 2024-03-21 23:18 UTC (permalink / raw)
To: Stephen Rothwell
Cc: Arnaldo Carvalho de Melo, Namhyung Kim, Linux Kernel Mailing List,
Linux Next Mailing List
On Fri, Mar 22, 2024 at 08:41:31AM +1100, Stephen Rothwell wrote:
> Hi all,
>
> After merging the perf tree, today's linux-next build (native perf)
> failed like this:
>
> make[3]: *** No rule to make target '/home/sfr/next/next/tools/include/uapi/linux/stat.h', needed by '/home/sfr/next/perf/libbpf/staticobjs/libbpf.o'. Stop.
>
> Caused by commit
>
> f122b3d6d179 ("perf beauty: Introduce scrape script for the 'statx' syscall 'mask' argument")
>
> Are all these new commits today really destined for the current merge
> window?
>
> I have used the perf tree from next-20240321 for today.
Ok, maybe I opened perf-tools-next for the next merge window too early?
For this merge window I think Namhyung is switching to perf-tools,
right?
From your reaction I think I made a mistake and should have opened
perf-tools-next for v6.10 stuff only when the v6.9-rc1 gets released...
- Arnaldo
^ permalink raw reply [flat|nested] 64+ messages in thread* Re: linux-next: build failure after merge of the perf tree
2024-03-21 23:18 ` Arnaldo Carvalho de Melo
@ 2024-03-21 23:19 ` Arnaldo Carvalho de Melo
2024-03-21 23:32 ` Stephen Rothwell
2024-03-21 23:36 ` Stephen Rothwell
1 sibling, 1 reply; 64+ messages in thread
From: Arnaldo Carvalho de Melo @ 2024-03-21 23:19 UTC (permalink / raw)
To: Stephen Rothwell
Cc: Arnaldo Carvalho de Melo, Namhyung Kim, Linux Kernel Mailing List,
Linux Next Mailing List
On Thu, Mar 21, 2024 at 08:18:03PM -0300, Arnaldo Carvalho de Melo wrote:
> On Fri, Mar 22, 2024 at 08:41:31AM +1100, Stephen Rothwell wrote:
> > Hi all,
> >
> > After merging the perf tree, today's linux-next build (native perf)
> > failed like this:
> >
> > make[3]: *** No rule to make target '/home/sfr/next/next/tools/include/uapi/linux/stat.h', needed by '/home/sfr/next/perf/libbpf/staticobjs/libbpf.o'. Stop.
About this specific problem, was this done on over a previous build? Can
you try after a 'make -C tools/perf clean' ?
> > Caused by commit
> >
> > f122b3d6d179 ("perf beauty: Introduce scrape script for the 'statx' syscall 'mask' argument")
> > Are all these new commits today really destined for the current merge
> > window?
> >
> > I have used the perf tree from next-20240321 for today.
>
> Ok, maybe I opened perf-tools-next for the next merge window too early?
>
> For this merge window I think Namhyung is switching to perf-tools,
> right?
>
> From your reaction I think I made a mistake and should have opened
> perf-tools-next for v6.10 stuff only when the v6.9-rc1 gets released...
>
> - Arnaldo
^ permalink raw reply [flat|nested] 64+ messages in thread* Re: linux-next: build failure after merge of the perf tree
2024-03-21 23:19 ` Arnaldo Carvalho de Melo
@ 2024-03-21 23:32 ` Stephen Rothwell
2024-03-22 2:13 ` Stephen Rothwell
0 siblings, 1 reply; 64+ messages in thread
From: Stephen Rothwell @ 2024-03-21 23:32 UTC (permalink / raw)
To: Arnaldo Carvalho de Melo
Cc: Arnaldo Carvalho de Melo, Namhyung Kim, Linux Kernel Mailing List,
Linux Next Mailing List
[-- Attachment #1: Type: text/plain, Size: 456 bytes --]
Hi Arnaldo,
On Thu, 21 Mar 2024 20:19:00 -0300 Arnaldo Carvalho de Melo <acme@kernel.org> wrote:
>
>
> About this specific problem, was this done on over a previous build? Can
> you try after a 'make -C tools/perf clean' ?
It was done over a previous build. I can try a clean build later
today. We have had this problem before with different include files
and I think it came down to a missing dependency.
--
Cheers,
Stephen Rothwell
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 488 bytes --]
^ permalink raw reply [flat|nested] 64+ messages in thread
* Re: linux-next: build failure after merge of the perf tree
2024-03-21 23:32 ` Stephen Rothwell
@ 2024-03-22 2:13 ` Stephen Rothwell
2024-03-22 14:32 ` Arnaldo Carvalho de Melo
0 siblings, 1 reply; 64+ messages in thread
From: Stephen Rothwell @ 2024-03-22 2:13 UTC (permalink / raw)
To: Arnaldo Carvalho de Melo
Cc: Arnaldo Carvalho de Melo, Namhyung Kim, Linux Kernel Mailing List,
Linux Next Mailing List
[-- Attachment #1: Type: text/plain, Size: 597 bytes --]
Hi Arnaldo,
On Fri, 22 Mar 2024 10:32:29 +1100 Stephen Rothwell <sfr@canb.auug.org.au> wrote:
>
> On Thu, 21 Mar 2024 20:19:00 -0300 Arnaldo Carvalho de Melo <acme@kernel.org> wrote:
>
> > About this specific problem, was this done on over a previous build? Can
> > you try after a 'make -C tools/perf clean' ?
>
> It was done over a previous build. I can try a clean build later
> today. We have had this problem before with different include files
> and I think it came down to a missing dependency.
It builds OK if I do the clean first.
--
Cheers,
Stephen Rothwell
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 488 bytes --]
^ permalink raw reply [flat|nested] 64+ messages in thread
* Re: linux-next: build failure after merge of the perf tree
2024-03-22 2:13 ` Stephen Rothwell
@ 2024-03-22 14:32 ` Arnaldo Carvalho de Melo
0 siblings, 0 replies; 64+ messages in thread
From: Arnaldo Carvalho de Melo @ 2024-03-22 14:32 UTC (permalink / raw)
To: Stephen Rothwell
Cc: Arnaldo Carvalho de Melo, Namhyung Kim, Linux Kernel Mailing List,
Linux Next Mailing List
On Fri, Mar 22, 2024 at 01:13:38PM +1100, Stephen Rothwell wrote:
> Hi Arnaldo,
>
> On Fri, 22 Mar 2024 10:32:29 +1100 Stephen Rothwell <sfr@canb.auug.org.au> wrote:
> >
> > On Thu, 21 Mar 2024 20:19:00 -0300 Arnaldo Carvalho de Melo <acme@kernel.org> wrote:
> >
> > > About this specific problem, was this done on over a previous build? Can
> > > you try after a 'make -C tools/perf clean' ?
> >
> > It was done over a previous build. I can try a clean build later
> > today. We have had this problem before with different include files
> > and I think it came down to a missing dependency.
>
> It builds OK if I do the clean first.
Thanks for checking, I'll try and have this noticed by make so that it
works even when doing it on a previous build.
- Arnaldo
^ permalink raw reply [flat|nested] 64+ messages in thread
* Re: linux-next: build failure after merge of the perf tree
2024-03-21 23:18 ` Arnaldo Carvalho de Melo
2024-03-21 23:19 ` Arnaldo Carvalho de Melo
@ 2024-03-21 23:36 ` Stephen Rothwell
2024-03-21 23:40 ` arnaldo.melo
2024-03-21 23:48 ` Arnaldo Carvalho de Melo
1 sibling, 2 replies; 64+ messages in thread
From: Stephen Rothwell @ 2024-03-21 23:36 UTC (permalink / raw)
To: Arnaldo Carvalho de Melo
Cc: Arnaldo Carvalho de Melo, Namhyung Kim, Linux Kernel Mailing List,
Linux Next Mailing List
[-- Attachment #1: Type: text/plain, Size: 750 bytes --]
Hi Arnaldo,
On Thu, 21 Mar 2024 20:18:00 -0300 Arnaldo Carvalho de Melo <acme@kernel.org> wrote:
>
> Ok, maybe I opened perf-tools-next for the next merge window too early?
Yeah.
> For this merge window I think Namhyung is switching to perf-tools,
> right?
Hopefully. That branch is for bugs fixes, I think.
> From your reaction I think I made a mistake and should have opened
> perf-tools-next for v6.10 stuff only when the v6.9-rc1 gets released...
The top of my daily linux-next release report says
"Please do not add any v6.10 material to your linux-next included branches
until after v6.9-rc1 has been released."
(I did forget this message for few days this merge window, sorry).
--
Cheers,
Stephen Rothwell
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 488 bytes --]
^ permalink raw reply [flat|nested] 64+ messages in thread
* Re: linux-next: build failure after merge of the perf tree
2024-03-21 23:36 ` Stephen Rothwell
@ 2024-03-21 23:40 ` arnaldo.melo
2024-03-21 23:48 ` Arnaldo Carvalho de Melo
1 sibling, 0 replies; 64+ messages in thread
From: arnaldo.melo @ 2024-03-21 23:40 UTC (permalink / raw)
Cc: Arnaldo Carvalho de Melo, Namhyung Kim, Linux Kernel Mailing List,
Linux Next Mailing List
On Fri, Mar 22, 2024 at 10:36:36AM +1100, Stephen Rothwell wrote:
> Hi Arnaldo,
>
> On Thu, 21 Mar 2024 20:18:00 -0300 Arnaldo Carvalho de Melo <acme@kernel.org> wrote:
> >
> > Ok, maybe I opened perf-tools-next for the next merge window too early?
>
> Yeah.
Ok, I'm rewinding perf-tools-next to the point where Linus merged
Namhyung's first, and only so far, pull request, sorry for the noise.
> > For this merge window I think Namhyung is switching to perf-tools,
> > right?
> Hopefully. That branch is for bugs fixes, I think.
Right, that will start at rc1, ok.
> > From your reaction I think I made a mistake and should have opened
> > perf-tools-next for v6.10 stuff only when the v6.9-rc1 gets released...
>
> The top of my daily linux-next release report says
>
> "Please do not add any v6.10 material to your linux-next included branches
> until after v6.9-rc1 has been released."
>
> (I did forget this message for few days this merge window, sorry).
Ok,
- Arnaldo
^ permalink raw reply [flat|nested] 64+ messages in thread
* Re: linux-next: build failure after merge of the perf tree
2024-03-21 23:36 ` Stephen Rothwell
2024-03-21 23:40 ` arnaldo.melo
@ 2024-03-21 23:48 ` Arnaldo Carvalho de Melo
1 sibling, 0 replies; 64+ messages in thread
From: Arnaldo Carvalho de Melo @ 2024-03-21 23:48 UTC (permalink / raw)
To: Stephen Rothwell
Cc: Namhyung Kim, Linux Kernel Mailing List, Linux Next Mailing List
On Fri, Mar 22, 2024 at 10:36:36AM +1100, Stephen Rothwell wrote:
> Hi Arnaldo,
>
> On Thu, 21 Mar 2024 20:18:00 -0300 Arnaldo Carvalho de Melo <acme@kernel.org> wrote:
> >
> > Ok, maybe I opened perf-tools-next for the next merge window too early?
>
> Yeah.
Ok, I got it back to:
acme@x1:~/git/perf-tools-next$ git log --oneline -3 perf-tools-next/perf-tools-next
1bbeaf83dd7b5e36 (perf-tools-next/perf-tools-next) Merge tag 'perf-tools-for-v6.9-2024-03-13' of git://git.kernel.org/pub/scm/linux/kernel/git/perf/perf-tools
63bd30f249dcf0a7 Merge tag 'trace-ring-buffer-v6.8-rc7-2' of git://git.kernel.org/pub/scm/linux/kernel/git/trace/linux-trace
01732755ee30f086 Merge tag 'probes-v6.9' of git://git.kernel.org/pub/scm/linux/kernel/git/trace/linux-trace
acme@x1:~/git/perf-tools-next$
Sorry for the noise, I'll move to perf-tools-next when -rc1 gets
released, I'm acumulating new stuff on a different branch.
- Arnaldo
^ permalink raw reply [flat|nested] 64+ messages in thread
* linux-next: build failure after merge of the perf tree
@ 2025-03-26 23:22 Stephen Rothwell
2025-03-28 6:40 ` Namhyung Kim
0 siblings, 1 reply; 64+ messages in thread
From: Stephen Rothwell @ 2025-03-26 23:22 UTC (permalink / raw)
To: Arnaldo Carvalho de Melo, Namhyung Kim
Cc: Linux Kernel Mailing List, Linux Next Mailing List
[-- Attachment #1: Type: text/plain, Size: 1341 bytes --]
Hi all,
After merging the perf tree, today's linux-next build (native ppc perf)
failed like this:
perf/util/bpf-filter-flex.c:2245:1: error: unterminated comment
2245 | /** Pushes the new state onto the stack. The new state becomes
| ^
perf/util/bpf-filter-flex.c:20:31: error: 'perf_bpf_filter_ensure_buffer_stack' used but never defined [-Werror]
20 | #define yyensure_buffer_stack perf_bpf_filter_ensure_buffer_stack
| ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
perf/util/bpf-filter-flex.c:550:13: note: in expansion of macro 'yyensure_buffer_stack'
550 | static void yyensure_buffer_stack ( void );
| ^~~~~~~~~~~~~~~~~~~~~
perf/util/bpf-filter-flex.c:606:24: error: 'yy_fatal_error' used but never defined [-Werror]
606 | static void yynoreturn yy_fatal_error ( const char* msg );
| ^~~~~~~~~~~~~~
perf/util/bpf-filter-flex.c:510:15: error: 'yy_buffer_stack_max' defined but not used [-Werror=unused-variable]
510 | static size_t yy_buffer_stack_max = 0; /**< capacity of stack. */
| ^~~~~~~~~~~~~~~~~~~
cc1: all warnings being treated as errors
I don't know what caused this, but simply rebuilding worked. So maybe
some dependency is missing in the make files?
--
Cheers,
Stephen Rothwell
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 488 bytes --]
^ permalink raw reply [flat|nested] 64+ messages in thread* Re: linux-next: build failure after merge of the perf tree
2025-03-26 23:22 Stephen Rothwell
@ 2025-03-28 6:40 ` Namhyung Kim
0 siblings, 0 replies; 64+ messages in thread
From: Namhyung Kim @ 2025-03-28 6:40 UTC (permalink / raw)
To: Stephen Rothwell
Cc: Arnaldo Carvalho de Melo, Linux Kernel Mailing List,
Linux Next Mailing List
Hello,
On Thu, Mar 27, 2025 at 10:22:34AM +1100, Stephen Rothwell wrote:
> Hi all,
>
> After merging the perf tree, today's linux-next build (native ppc perf)
> failed like this:
>
> perf/util/bpf-filter-flex.c:2245:1: error: unterminated comment
> 2245 | /** Pushes the new state onto the stack. The new state becomes
> | ^
> perf/util/bpf-filter-flex.c:20:31: error: 'perf_bpf_filter_ensure_buffer_stack' used but never defined [-Werror]
> 20 | #define yyensure_buffer_stack perf_bpf_filter_ensure_buffer_stack
> | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> perf/util/bpf-filter-flex.c:550:13: note: in expansion of macro 'yyensure_buffer_stack'
> 550 | static void yyensure_buffer_stack ( void );
> | ^~~~~~~~~~~~~~~~~~~~~
> perf/util/bpf-filter-flex.c:606:24: error: 'yy_fatal_error' used but never defined [-Werror]
> 606 | static void yynoreturn yy_fatal_error ( const char* msg );
> | ^~~~~~~~~~~~~~
> perf/util/bpf-filter-flex.c:510:15: error: 'yy_buffer_stack_max' defined but not used [-Werror=unused-variable]
> 510 | static size_t yy_buffer_stack_max = 0; /**< capacity of stack. */
> | ^~~~~~~~~~~~~~~~~~~
> cc1: all warnings being treated as errors
>
> I don't know what caused this, but simply rebuilding worked. So maybe
> some dependency is missing in the make files?
Strange, but it seems so. I'll take a look if I missed something.
Thanks for the report and your hard work!
Namhyung
^ permalink raw reply [flat|nested] 64+ messages in thread
* linux-next: build failure after merge of the perf tree
@ 2025-02-14 4:20 Stephen Rothwell
0 siblings, 0 replies; 64+ messages in thread
From: Stephen Rothwell @ 2025-02-14 4:20 UTC (permalink / raw)
To: Arnaldo Carvalho de Melo, Namhyung Kim
Cc: Ian Rogers, Linux Kernel Mailing List, Linux Next Mailing List
[-- Attachment #1: Type: text/plain, Size: 1024 bytes --]
Hi all,
After merging the perf tree, today's linux-next build (native powerpc
perf) failed like this:
arch/powerpc/tests/dwarf-unwind.c: In function 'test__arch_unwind_sample':
arch/powerpc/tests/dwarf-unwind.c:48:34: error: initialization of 'struct regs_dump *' from incompatible pointer type 'struct regs_dump **' [-Wincompatible-pointer-types]
48 | struct regs_dump *regs = &sample->user_regs;
| ^
arch/powerpc/util/unwind-libdw.c: In function 'libdw__arch_set_initial_registers':
arch/powerpc/util/unwind-libdw.c:19:39: error: initialization of 'struct regs_dump *' from incompatible pointer type 'struct regs_dump **' [-Wincompatible-pointer-types]
19 | struct regs_dump *user_regs = &ui->sample->user_regs;
| ^
Caused by commit
dc6d2bc2d893 ("perf sample: Make user_regs and intr_regs optional")
I have used the perf tree from next-20250213 for today.
--
Cheers,
Stephen Rothwell
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 488 bytes --]
^ permalink raw reply [flat|nested] 64+ messages in thread* linux-next: build failure after merge of the perf tree
@ 2025-01-09 23:05 Stephen Rothwell
2025-01-09 23:31 ` Charlie Jenkins
0 siblings, 1 reply; 64+ messages in thread
From: Stephen Rothwell @ 2025-01-09 23:05 UTC (permalink / raw)
To: Arnaldo Carvalho de Melo, Namhyung Kim
Cc: Arnaldo Carvalho de Melo, Charlie Jenkins,
Linux Kernel Mailing List, Linux Next Mailing List
[-- Attachment #1: Type: text/plain, Size: 15617 bytes --]
Hi all,
After merging the perf tree, today's linux-next build (native perf)
failed like this:
In file included from tools/perf/arch/powerpc/include/syscall_table.h:5,
from util/syscalltbl.c:16:
/home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:16:16: error: initialized field overwritten [-Werror=override-init]
16 | [13] = "time",
| ^~~~~~
/home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:16:16: note: (near initialization for 'syscalltbl[13]')
/home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:22:16: error: initialized field overwritten [-Werror=override-init]
22 | [18] = "oldstat",
| ^~~~~~~~~
/home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:22:16: note: (near initialization for 'syscalltbl[18]')
/home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:27:16: error: initialized field overwritten [-Werror=override-init]
27 | [22] = "umount",
| ^~~~~~~~
/home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:27:16: note: (near initialization for 'syscalltbl[22]')
/home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:31:16: error: initialized field overwritten [-Werror=override-init]
31 | [25] = "stime",
| ^~~~~~~
/home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:31:16: note: (near initialization for 'syscalltbl[25]')
/home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:35:16: error: initialized field overwritten [-Werror=override-init]
35 | [28] = "oldfstat",
| ^~~~~~~~~~
/home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:35:16: note: (near initialization for 'syscalltbl[28]')
/home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:67:16: error: initialized field overwritten [-Werror=override-init]
67 | [59] = "oldolduname",
| ^~~~~~~~~~~~~
/home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:67:16: note: (near initialization for 'syscalltbl[59]')
/home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:76:16: error: initialized field overwritten [-Werror=override-init]
76 | [67] = "sigaction",
| ^~~~~~~~~~~
/home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:76:16: note: (near initialization for 'syscalltbl[67]')
/home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:82:16: error: initialized field overwritten [-Werror=override-init]
82 | [72] = "sigsuspend",
| ^~~~~~~~~~~~
/home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:82:16: note: (near initialization for 'syscalltbl[72]')
/home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:84:16: error: initialized field overwritten [-Werror=override-init]
84 | [73] = "sigpending",
| ^~~~~~~~~~~~
/home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:84:16: note: (near initialization for 'syscalltbl[73]')
/home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:88:16: error: initialized field overwritten [-Werror=override-init]
88 | [76] = "getrlimit",
| ^~~~~~~~~~~
/home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:88:16: note: (near initialization for 'syscalltbl[76]')
/home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:95:16: error: initialized field overwritten [-Werror=override-init]
95 | [82] = "select",
| ^~~~~~~~
/home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:95:16: note: (near initialization for 'syscalltbl[82]')
/home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:98:16: error: initialized field overwritten [-Werror=override-init]
98 | [84] = "oldlstat",
| ^~~~~~~~~~
/home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:98:16: note: (near initialization for 'syscalltbl[84]')
/home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:104:16: error: initialized field overwritten [-Werror=override-init]
104 | [89] = "readdir",
| ^~~~~~~~~
/home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:104:16: note: (near initialization for 'syscalltbl[89]')
/home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:125:17: error: initialized field overwritten [-Werror=override-init]
125 | [109] = "olduname",
| ^~~~~~~~~~
/home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:125:17: note: (near initialization for 'syscalltbl[109]')
/home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:136:17: error: initialized field overwritten [-Werror=override-init]
136 | [119] = "sigreturn",
| ^~~~~~~~~~~
/home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:136:17: note: (near initialization for 'syscalltbl[119]')
/home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:142:17: error: initialized field overwritten [-Werror=override-init]
142 | [124] = "adjtimex",
| ^~~~~~~~~~
/home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:142:17: note: (near initialization for 'syscalltbl[124]')
/home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:145:17: error: initialized field overwritten [-Werror=override-init]
145 | [126] = "sigprocmask",
| ^~~~~~~~~~~~~
/home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:145:17: note: (near initialization for 'syscalltbl[126]')
/home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:156:17: error: initialized field overwritten [-Werror=override-init]
156 | [136] = "personality",
| ^~~~~~~~~~~~~
/home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:156:17: note: (near initialization for 'syscalltbl[136]')
/home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:182:17: error: initialized field overwritten [-Werror=override-init]
182 | [161] = "sched_rr_get_interval",
| ^~~~~~~~~~~~~~~~~~~~~~~
/home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:182:17: note: (near initialization for 'syscalltbl[161]')
/home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:184:17: error: initialized field overwritten [-Werror=override-init]
184 | [162] = "nanosleep",
| ^~~~~~~~~~~
/home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:184:17: note: (near initialization for 'syscalltbl[162]')
/home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:202:17: error: initialized field overwritten [-Werror=override-init]
202 | [179] = "pread64",
| ^~~~~~~~~
/home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:202:17: note: (near initialization for 'syscalltbl[179]')
/home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:204:17: error: initialized field overwritten [-Werror=override-init]
204 | [180] = "pwrite64",
| ^~~~~~~~~~
/home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:204:17: note: (near initialization for 'syscalltbl[180]')
/home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:211:17: error: initialized field overwritten [-Werror=override-init]
211 | [186] = "sendfile",
| ^~~~~~~~~~
/home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:211:17: note: (near initialization for 'syscalltbl[186]')
/home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:217:17: error: initialized field overwritten [-Werror=override-init]
217 | [191] = "readahead",
| ^~~~~~~~~~~
/home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:217:17: note: (near initialization for 'syscalltbl[191]')
/home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:241:17: error: initialized field overwritten [-Werror=override-init]
241 | [221] = "futex",
| ^~~~~~~
/home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:241:17: note: (near initialization for 'syscalltbl[221]')
/home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:248:17: error: initialized field overwritten [-Werror=override-init]
248 | [229] = "io_getevents",
| ^~~~~~~~~~~~~~
/home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:248:17: note: (near initialization for 'syscalltbl[229]')
/home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:253:17: error: initialized field overwritten [-Werror=override-init]
253 | [233] = "fadvise64",
| ^~~~~~~~~~~
/home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:253:17: note: (near initialization for 'syscalltbl[233]')
/home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:262:17: error: initialized field overwritten [-Werror=override-init]
262 | [241] = "timer_settime",
| ^~~~~~~~~~~~~~~
/home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:262:17: note: (near initialization for 'syscalltbl[241]')
/home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:264:17: error: initialized field overwritten [-Werror=override-init]
264 | [242] = "timer_gettime",
| ^~~~~~~~~~~~~~~
/home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:264:17: note: (near initialization for 'syscalltbl[242]')
/home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:268:17: error: initialized field overwritten [-Werror=override-init]
268 | [245] = "clock_settime",
| ^~~~~~~~~~~~~~~
/home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:268:17: note: (near initialization for 'syscalltbl[245]')
/home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:270:17: error: initialized field overwritten [-Werror=override-init]
270 | [246] = "clock_gettime",
| ^~~~~~~~~~~~~~~
/home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:270:17: note: (near initialization for 'syscalltbl[246]')
/home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:272:17: error: initialized field overwritten [-Werror=override-init]
272 | [247] = "clock_getres",
| ^~~~~~~~~~~~~~
/home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:272:17: note: (near initialization for 'syscalltbl[247]')
/home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:274:17: error: initialized field overwritten [-Werror=override-init]
274 | [248] = "clock_nanosleep",
| ^~~~~~~~~~~~~~~~~
/home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:274:17: note: (near initialization for 'syscalltbl[248]')
/home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:278:17: error: initialized field overwritten [-Werror=override-init]
278 | [251] = "utimes",
| ^~~~~~~~
/home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:278:17: note: (near initialization for 'syscalltbl[251]')
/home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:284:17: error: initialized field overwritten [-Werror=override-init]
284 | [256] = "sys_debug_setcontext",
| ^~~~~~~~~~~~~~~~~~~~~~
/home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:284:17: note: (near initialization for 'syscalltbl[256]')
/home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:318:17: error: initialized field overwritten [-Werror=override-init]
318 | [290] = "utimesat",
| ^~~~~~~~~~
/home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:318:17: note: (near initialization for 'syscalltbl[290]')
/home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:320:17: error: initialized field overwritten [-Werror=override-init]
320 | [291] = "newfstatat",
| ^~~~~~~~~~~~
/home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:320:17: note: (near initialization for 'syscalltbl[291]')
/home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:334:17: error: initialized field overwritten [-Werror=override-init]
334 | [304] = "utimensat",
| ^~~~~~~~~~~
/home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:334:17: note: (near initialization for 'syscalltbl[304]')
/home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:339:17: error: initialized field overwritten [-Werror=override-init]
339 | [308] = "sync_file_range2",
| ^~~~~~~~~~~~~~~~~~
/home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:339:17: note: (near initialization for 'syscalltbl[308]')
/home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:343:17: error: initialized field overwritten [-Werror=override-init]
343 | [311] = "timerfd_settime",
| ^~~~~~~~~~~~~~~~~
/home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:343:17: note: (near initialization for 'syscalltbl[311]')
/home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:345:17: error: initialized field overwritten [-Werror=override-init]
345 | [312] = "timerfd_gettime",
| ^~~~~~~~~~~~~~~~~
/home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:345:17: note: (near initialization for 'syscalltbl[312]')
/home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:377:17: error: initialized field overwritten [-Werror=override-init]
377 | [343] = "recvmmsg",
| ^~~~~~~~~~
/home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:377:17: note: (near initialization for 'syscalltbl[343]')
/home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:382:17: error: initialized field overwritten [-Werror=override-init]
382 | [347] = "clock_adjtime",
| ^~~~~~~~~~~~~~~
/home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:382:17: note: (near initialization for 'syscalltbl[347]')
/home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:399:17: error: initialized field overwritten [-Werror=override-init]
399 | [363] = "switch_endian",
| ^~~~~~~~~~~~~~~
/home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:399:17: note: (near initialization for 'syscalltbl[363]')
cc1: all warnings being treated as errors
Presumably caused by commit
7eca67cf3dab ("perf tools powerpc: Use generic syscall table scripts")
This is a native powerpc build of perf on a little endian host.
I have used the perf tree from next-20250109 for today.
--
Cheers,
Stephen Rothwell
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 488 bytes --]
^ permalink raw reply [flat|nested] 64+ messages in thread* Re: linux-next: build failure after merge of the perf tree
2025-01-09 23:05 Stephen Rothwell
@ 2025-01-09 23:31 ` Charlie Jenkins
2025-01-10 14:01 ` Arnaldo Carvalho de Melo
0 siblings, 1 reply; 64+ messages in thread
From: Charlie Jenkins @ 2025-01-09 23:31 UTC (permalink / raw)
To: Stephen Rothwell
Cc: Arnaldo Carvalho de Melo, Namhyung Kim, Arnaldo Carvalho de Melo,
Linux Kernel Mailing List, Linux Next Mailing List
On Fri, Jan 10, 2025 at 10:05:05AM +1100, Stephen Rothwell wrote:
> Hi all,
>
> After merging the perf tree, today's linux-next build (native perf)
> failed like this:
>
> In file included from tools/perf/arch/powerpc/include/syscall_table.h:5,
> from util/syscalltbl.c:16:
> /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:16:16: error: initialized field overwritten [-Werror=override-init]
> 16 | [13] = "time",
> | ^~~~~~
> /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:16:16: note: (near initialization for 'syscalltbl[13]')
> /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:22:16: error: initialized field overwritten [-Werror=override-init]
> 22 | [18] = "oldstat",
> | ^~~~~~~~~
> /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:22:16: note: (near initialization for 'syscalltbl[18]')
> /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:27:16: error: initialized field overwritten [-Werror=override-init]
> 27 | [22] = "umount",
> | ^~~~~~~~
> /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:27:16: note: (near initialization for 'syscalltbl[22]')
> /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:31:16: error: initialized field overwritten [-Werror=override-init]
> 31 | [25] = "stime",
> | ^~~~~~~
> /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:31:16: note: (near initialization for 'syscalltbl[25]')
> /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:35:16: error: initialized field overwritten [-Werror=override-init]
> 35 | [28] = "oldfstat",
> | ^~~~~~~~~~
> /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:35:16: note: (near initialization for 'syscalltbl[28]')
> /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:67:16: error: initialized field overwritten [-Werror=override-init]
> 67 | [59] = "oldolduname",
> | ^~~~~~~~~~~~~
> /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:67:16: note: (near initialization for 'syscalltbl[59]')
> /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:76:16: error: initialized field overwritten [-Werror=override-init]
> 76 | [67] = "sigaction",
> | ^~~~~~~~~~~
> /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:76:16: note: (near initialization for 'syscalltbl[67]')
> /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:82:16: error: initialized field overwritten [-Werror=override-init]
> 82 | [72] = "sigsuspend",
> | ^~~~~~~~~~~~
> /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:82:16: note: (near initialization for 'syscalltbl[72]')
> /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:84:16: error: initialized field overwritten [-Werror=override-init]
> 84 | [73] = "sigpending",
> | ^~~~~~~~~~~~
> /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:84:16: note: (near initialization for 'syscalltbl[73]')
> /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:88:16: error: initialized field overwritten [-Werror=override-init]
> 88 | [76] = "getrlimit",
> | ^~~~~~~~~~~
> /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:88:16: note: (near initialization for 'syscalltbl[76]')
> /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:95:16: error: initialized field overwritten [-Werror=override-init]
> 95 | [82] = "select",
> | ^~~~~~~~
> /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:95:16: note: (near initialization for 'syscalltbl[82]')
> /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:98:16: error: initialized field overwritten [-Werror=override-init]
> 98 | [84] = "oldlstat",
> | ^~~~~~~~~~
> /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:98:16: note: (near initialization for 'syscalltbl[84]')
> /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:104:16: error: initialized field overwritten [-Werror=override-init]
> 104 | [89] = "readdir",
> | ^~~~~~~~~
> /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:104:16: note: (near initialization for 'syscalltbl[89]')
> /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:125:17: error: initialized field overwritten [-Werror=override-init]
> 125 | [109] = "olduname",
> | ^~~~~~~~~~
> /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:125:17: note: (near initialization for 'syscalltbl[109]')
> /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:136:17: error: initialized field overwritten [-Werror=override-init]
> 136 | [119] = "sigreturn",
> | ^~~~~~~~~~~
> /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:136:17: note: (near initialization for 'syscalltbl[119]')
> /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:142:17: error: initialized field overwritten [-Werror=override-init]
> 142 | [124] = "adjtimex",
> | ^~~~~~~~~~
> /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:142:17: note: (near initialization for 'syscalltbl[124]')
> /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:145:17: error: initialized field overwritten [-Werror=override-init]
> 145 | [126] = "sigprocmask",
> | ^~~~~~~~~~~~~
> /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:145:17: note: (near initialization for 'syscalltbl[126]')
> /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:156:17: error: initialized field overwritten [-Werror=override-init]
> 156 | [136] = "personality",
> | ^~~~~~~~~~~~~
> /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:156:17: note: (near initialization for 'syscalltbl[136]')
> /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:182:17: error: initialized field overwritten [-Werror=override-init]
> 182 | [161] = "sched_rr_get_interval",
> | ^~~~~~~~~~~~~~~~~~~~~~~
> /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:182:17: note: (near initialization for 'syscalltbl[161]')
> /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:184:17: error: initialized field overwritten [-Werror=override-init]
> 184 | [162] = "nanosleep",
> | ^~~~~~~~~~~
> /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:184:17: note: (near initialization for 'syscalltbl[162]')
> /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:202:17: error: initialized field overwritten [-Werror=override-init]
> 202 | [179] = "pread64",
> | ^~~~~~~~~
> /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:202:17: note: (near initialization for 'syscalltbl[179]')
> /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:204:17: error: initialized field overwritten [-Werror=override-init]
> 204 | [180] = "pwrite64",
> | ^~~~~~~~~~
> /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:204:17: note: (near initialization for 'syscalltbl[180]')
> /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:211:17: error: initialized field overwritten [-Werror=override-init]
> 211 | [186] = "sendfile",
> | ^~~~~~~~~~
> /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:211:17: note: (near initialization for 'syscalltbl[186]')
> /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:217:17: error: initialized field overwritten [-Werror=override-init]
> 217 | [191] = "readahead",
> | ^~~~~~~~~~~
> /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:217:17: note: (near initialization for 'syscalltbl[191]')
> /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:241:17: error: initialized field overwritten [-Werror=override-init]
> 241 | [221] = "futex",
> | ^~~~~~~
> /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:241:17: note: (near initialization for 'syscalltbl[221]')
> /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:248:17: error: initialized field overwritten [-Werror=override-init]
> 248 | [229] = "io_getevents",
> | ^~~~~~~~~~~~~~
> /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:248:17: note: (near initialization for 'syscalltbl[229]')
> /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:253:17: error: initialized field overwritten [-Werror=override-init]
> 253 | [233] = "fadvise64",
> | ^~~~~~~~~~~
> /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:253:17: note: (near initialization for 'syscalltbl[233]')
> /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:262:17: error: initialized field overwritten [-Werror=override-init]
> 262 | [241] = "timer_settime",
> | ^~~~~~~~~~~~~~~
> /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:262:17: note: (near initialization for 'syscalltbl[241]')
> /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:264:17: error: initialized field overwritten [-Werror=override-init]
> 264 | [242] = "timer_gettime",
> | ^~~~~~~~~~~~~~~
> /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:264:17: note: (near initialization for 'syscalltbl[242]')
> /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:268:17: error: initialized field overwritten [-Werror=override-init]
> 268 | [245] = "clock_settime",
> | ^~~~~~~~~~~~~~~
> /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:268:17: note: (near initialization for 'syscalltbl[245]')
> /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:270:17: error: initialized field overwritten [-Werror=override-init]
> 270 | [246] = "clock_gettime",
> | ^~~~~~~~~~~~~~~
> /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:270:17: note: (near initialization for 'syscalltbl[246]')
> /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:272:17: error: initialized field overwritten [-Werror=override-init]
> 272 | [247] = "clock_getres",
> | ^~~~~~~~~~~~~~
> /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:272:17: note: (near initialization for 'syscalltbl[247]')
> /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:274:17: error: initialized field overwritten [-Werror=override-init]
> 274 | [248] = "clock_nanosleep",
> | ^~~~~~~~~~~~~~~~~
> /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:274:17: note: (near initialization for 'syscalltbl[248]')
> /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:278:17: error: initialized field overwritten [-Werror=override-init]
> 278 | [251] = "utimes",
> | ^~~~~~~~
> /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:278:17: note: (near initialization for 'syscalltbl[251]')
> /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:284:17: error: initialized field overwritten [-Werror=override-init]
> 284 | [256] = "sys_debug_setcontext",
> | ^~~~~~~~~~~~~~~~~~~~~~
> /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:284:17: note: (near initialization for 'syscalltbl[256]')
> /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:318:17: error: initialized field overwritten [-Werror=override-init]
> 318 | [290] = "utimesat",
> | ^~~~~~~~~~
> /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:318:17: note: (near initialization for 'syscalltbl[290]')
> /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:320:17: error: initialized field overwritten [-Werror=override-init]
> 320 | [291] = "newfstatat",
> | ^~~~~~~~~~~~
> /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:320:17: note: (near initialization for 'syscalltbl[291]')
> /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:334:17: error: initialized field overwritten [-Werror=override-init]
> 334 | [304] = "utimensat",
> | ^~~~~~~~~~~
> /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:334:17: note: (near initialization for 'syscalltbl[304]')
> /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:339:17: error: initialized field overwritten [-Werror=override-init]
> 339 | [308] = "sync_file_range2",
> | ^~~~~~~~~~~~~~~~~~
> /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:339:17: note: (near initialization for 'syscalltbl[308]')
> /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:343:17: error: initialized field overwritten [-Werror=override-init]
> 343 | [311] = "timerfd_settime",
> | ^~~~~~~~~~~~~~~~~
> /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:343:17: note: (near initialization for 'syscalltbl[311]')
> /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:345:17: error: initialized field overwritten [-Werror=override-init]
> 345 | [312] = "timerfd_gettime",
> | ^~~~~~~~~~~~~~~~~
> /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:345:17: note: (near initialization for 'syscalltbl[312]')
> /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:377:17: error: initialized field overwritten [-Werror=override-init]
> 377 | [343] = "recvmmsg",
> | ^~~~~~~~~~
> /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:377:17: note: (near initialization for 'syscalltbl[343]')
> /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:382:17: error: initialized field overwritten [-Werror=override-init]
> 382 | [347] = "clock_adjtime",
> | ^~~~~~~~~~~~~~~
> /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:382:17: note: (near initialization for 'syscalltbl[347]')
> /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:399:17: error: initialized field overwritten [-Werror=override-init]
> 399 | [363] = "switch_endian",
> | ^~~~~~~~~~~~~~~
> /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:399:17: note: (near initialization for 'syscalltbl[363]')
> cc1: all warnings being treated as errors
>
> Presumably caused by commit
>
> 7eca67cf3dab ("perf tools powerpc: Use generic syscall table scripts")
>
> This is a native powerpc build of perf on a little endian host.
Thank you for reporting! I see that these headers for powerpc are
generating duplicate entries. This is due to me mistakenly setting the
abis for the syscall headers for powerpc to be spu and nospu, causing
conflicts. It looks like for the uapi, only nospu needs to be exposed. I
will send a patch to fix that.
- Charlie
>
> I have used the perf tree from next-20250109 for today.
>
> --
> Cheers,
> Stephen Rothwell
^ permalink raw reply [flat|nested] 64+ messages in thread* Re: linux-next: build failure after merge of the perf tree
2025-01-09 23:31 ` Charlie Jenkins
@ 2025-01-10 14:01 ` Arnaldo Carvalho de Melo
2025-01-10 17:32 ` Arnaldo Carvalho de Melo
2025-01-10 19:22 ` Charlie Jenkins
0 siblings, 2 replies; 64+ messages in thread
From: Arnaldo Carvalho de Melo @ 2025-01-10 14:01 UTC (permalink / raw)
To: Charlie Jenkins
Cc: Stephen Rothwell, Arnaldo Carvalho de Melo, Namhyung Kim,
Arnaldo Carvalho de Melo, Linux Kernel Mailing List,
Linux Next Mailing List
On Thu, Jan 09, 2025 at 03:31:42PM -0800, Charlie Jenkins wrote:
> On Fri, Jan 10, 2025 at 10:05:05AM +1100, Stephen Rothwell wrote:
> > Hi all,
> >
> > After merging the perf tree, today's linux-next build (native perf)
> > failed like this:
> >
> > In file included from tools/perf/arch/powerpc/include/syscall_table.h:5,
> > from util/syscalltbl.c:16:
> > /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:16:16: error: initialized field overwritten [-Werror=override-init]
> > 16 | [13] = "time",
> > | ^~~~~~
> > /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:16:16: note: (near initialization for 'syscalltbl[13]')
> > /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:22:16: error: initialized field overwritten [-Werror=override-init]
> > 22 | [18] = "oldstat",
> > | ^~~~~~~~~
> > /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:22:16: note: (near initialization for 'syscalltbl[18]')
> > /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:27:16: error: initialized field overwritten [-Werror=override-init]
> > 27 | [22] = "umount",
> > | ^~~~~~~~
> > /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:27:16: note: (near initialization for 'syscalltbl[22]')
> > /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:31:16: error: initialized field overwritten [-Werror=override-init]
> > 31 | [25] = "stime",
> > | ^~~~~~~
> > /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:31:16: note: (near initialization for 'syscalltbl[25]')
> > /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:35:16: error: initialized field overwritten [-Werror=override-init]
> > 35 | [28] = "oldfstat",
> > | ^~~~~~~~~~
> > /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:35:16: note: (near initialization for 'syscalltbl[28]')
> > /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:67:16: error: initialized field overwritten [-Werror=override-init]
> > 67 | [59] = "oldolduname",
> > | ^~~~~~~~~~~~~
> > /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:67:16: note: (near initialization for 'syscalltbl[59]')
> > /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:76:16: error: initialized field overwritten [-Werror=override-init]
> > 76 | [67] = "sigaction",
> > | ^~~~~~~~~~~
> > /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:76:16: note: (near initialization for 'syscalltbl[67]')
> > /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:82:16: error: initialized field overwritten [-Werror=override-init]
> > 82 | [72] = "sigsuspend",
> > | ^~~~~~~~~~~~
> > /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:82:16: note: (near initialization for 'syscalltbl[72]')
> > /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:84:16: error: initialized field overwritten [-Werror=override-init]
> > 84 | [73] = "sigpending",
> > | ^~~~~~~~~~~~
> > /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:84:16: note: (near initialization for 'syscalltbl[73]')
> > /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:88:16: error: initialized field overwritten [-Werror=override-init]
> > 88 | [76] = "getrlimit",
> > | ^~~~~~~~~~~
> > /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:88:16: note: (near initialization for 'syscalltbl[76]')
> > /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:95:16: error: initialized field overwritten [-Werror=override-init]
> > 95 | [82] = "select",
> > | ^~~~~~~~
> > /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:95:16: note: (near initialization for 'syscalltbl[82]')
> > /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:98:16: error: initialized field overwritten [-Werror=override-init]
> > 98 | [84] = "oldlstat",
> > | ^~~~~~~~~~
> > /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:98:16: note: (near initialization for 'syscalltbl[84]')
> > /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:104:16: error: initialized field overwritten [-Werror=override-init]
> > 104 | [89] = "readdir",
> > | ^~~~~~~~~
> > /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:104:16: note: (near initialization for 'syscalltbl[89]')
> > /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:125:17: error: initialized field overwritten [-Werror=override-init]
> > 125 | [109] = "olduname",
> > | ^~~~~~~~~~
> > /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:125:17: note: (near initialization for 'syscalltbl[109]')
> > /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:136:17: error: initialized field overwritten [-Werror=override-init]
> > 136 | [119] = "sigreturn",
> > | ^~~~~~~~~~~
> > /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:136:17: note: (near initialization for 'syscalltbl[119]')
> > /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:142:17: error: initialized field overwritten [-Werror=override-init]
> > 142 | [124] = "adjtimex",
> > | ^~~~~~~~~~
> > /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:142:17: note: (near initialization for 'syscalltbl[124]')
> > /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:145:17: error: initialized field overwritten [-Werror=override-init]
> > 145 | [126] = "sigprocmask",
> > | ^~~~~~~~~~~~~
> > /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:145:17: note: (near initialization for 'syscalltbl[126]')
> > /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:156:17: error: initialized field overwritten [-Werror=override-init]
> > 156 | [136] = "personality",
> > | ^~~~~~~~~~~~~
> > /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:156:17: note: (near initialization for 'syscalltbl[136]')
> > /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:182:17: error: initialized field overwritten [-Werror=override-init]
> > 182 | [161] = "sched_rr_get_interval",
> > | ^~~~~~~~~~~~~~~~~~~~~~~
> > /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:182:17: note: (near initialization for 'syscalltbl[161]')
> > /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:184:17: error: initialized field overwritten [-Werror=override-init]
> > 184 | [162] = "nanosleep",
> > | ^~~~~~~~~~~
> > /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:184:17: note: (near initialization for 'syscalltbl[162]')
> > /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:202:17: error: initialized field overwritten [-Werror=override-init]
> > 202 | [179] = "pread64",
> > | ^~~~~~~~~
> > /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:202:17: note: (near initialization for 'syscalltbl[179]')
> > /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:204:17: error: initialized field overwritten [-Werror=override-init]
> > 204 | [180] = "pwrite64",
> > | ^~~~~~~~~~
> > /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:204:17: note: (near initialization for 'syscalltbl[180]')
> > /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:211:17: error: initialized field overwritten [-Werror=override-init]
> > 211 | [186] = "sendfile",
> > | ^~~~~~~~~~
> > /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:211:17: note: (near initialization for 'syscalltbl[186]')
> > /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:217:17: error: initialized field overwritten [-Werror=override-init]
> > 217 | [191] = "readahead",
> > | ^~~~~~~~~~~
> > /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:217:17: note: (near initialization for 'syscalltbl[191]')
> > /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:241:17: error: initialized field overwritten [-Werror=override-init]
> > 241 | [221] = "futex",
> > | ^~~~~~~
> > /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:241:17: note: (near initialization for 'syscalltbl[221]')
> > /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:248:17: error: initialized field overwritten [-Werror=override-init]
> > 248 | [229] = "io_getevents",
> > | ^~~~~~~~~~~~~~
> > /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:248:17: note: (near initialization for 'syscalltbl[229]')
> > /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:253:17: error: initialized field overwritten [-Werror=override-init]
> > 253 | [233] = "fadvise64",
> > | ^~~~~~~~~~~
> > /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:253:17: note: (near initialization for 'syscalltbl[233]')
> > /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:262:17: error: initialized field overwritten [-Werror=override-init]
> > 262 | [241] = "timer_settime",
> > | ^~~~~~~~~~~~~~~
> > /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:262:17: note: (near initialization for 'syscalltbl[241]')
> > /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:264:17: error: initialized field overwritten [-Werror=override-init]
> > 264 | [242] = "timer_gettime",
> > | ^~~~~~~~~~~~~~~
> > /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:264:17: note: (near initialization for 'syscalltbl[242]')
> > /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:268:17: error: initialized field overwritten [-Werror=override-init]
> > 268 | [245] = "clock_settime",
> > | ^~~~~~~~~~~~~~~
> > /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:268:17: note: (near initialization for 'syscalltbl[245]')
> > /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:270:17: error: initialized field overwritten [-Werror=override-init]
> > 270 | [246] = "clock_gettime",
> > | ^~~~~~~~~~~~~~~
> > /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:270:17: note: (near initialization for 'syscalltbl[246]')
> > /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:272:17: error: initialized field overwritten [-Werror=override-init]
> > 272 | [247] = "clock_getres",
> > | ^~~~~~~~~~~~~~
> > /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:272:17: note: (near initialization for 'syscalltbl[247]')
> > /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:274:17: error: initialized field overwritten [-Werror=override-init]
> > 274 | [248] = "clock_nanosleep",
> > | ^~~~~~~~~~~~~~~~~
> > /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:274:17: note: (near initialization for 'syscalltbl[248]')
> > /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:278:17: error: initialized field overwritten [-Werror=override-init]
> > 278 | [251] = "utimes",
> > | ^~~~~~~~
> > /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:278:17: note: (near initialization for 'syscalltbl[251]')
> > /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:284:17: error: initialized field overwritten [-Werror=override-init]
> > 284 | [256] = "sys_debug_setcontext",
> > | ^~~~~~~~~~~~~~~~~~~~~~
> > /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:284:17: note: (near initialization for 'syscalltbl[256]')
> > /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:318:17: error: initialized field overwritten [-Werror=override-init]
> > 318 | [290] = "utimesat",
> > | ^~~~~~~~~~
> > /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:318:17: note: (near initialization for 'syscalltbl[290]')
> > /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:320:17: error: initialized field overwritten [-Werror=override-init]
> > 320 | [291] = "newfstatat",
> > | ^~~~~~~~~~~~
> > /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:320:17: note: (near initialization for 'syscalltbl[291]')
> > /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:334:17: error: initialized field overwritten [-Werror=override-init]
> > 334 | [304] = "utimensat",
> > | ^~~~~~~~~~~
> > /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:334:17: note: (near initialization for 'syscalltbl[304]')
> > /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:339:17: error: initialized field overwritten [-Werror=override-init]
> > 339 | [308] = "sync_file_range2",
> > | ^~~~~~~~~~~~~~~~~~
> > /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:339:17: note: (near initialization for 'syscalltbl[308]')
> > /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:343:17: error: initialized field overwritten [-Werror=override-init]
> > 343 | [311] = "timerfd_settime",
> > | ^~~~~~~~~~~~~~~~~
> > /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:343:17: note: (near initialization for 'syscalltbl[311]')
> > /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:345:17: error: initialized field overwritten [-Werror=override-init]
> > 345 | [312] = "timerfd_gettime",
> > | ^~~~~~~~~~~~~~~~~
> > /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:345:17: note: (near initialization for 'syscalltbl[312]')
> > /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:377:17: error: initialized field overwritten [-Werror=override-init]
> > 377 | [343] = "recvmmsg",
> > | ^~~~~~~~~~
> > /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:377:17: note: (near initialization for 'syscalltbl[343]')
> > /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:382:17: error: initialized field overwritten [-Werror=override-init]
> > 382 | [347] = "clock_adjtime",
> > | ^~~~~~~~~~~~~~~
> > /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:382:17: note: (near initialization for 'syscalltbl[347]')
> > /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:399:17: error: initialized field overwritten [-Werror=override-init]
> > 399 | [363] = "switch_endian",
> > | ^~~~~~~~~~~~~~~
> > /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:399:17: note: (near initialization for 'syscalltbl[363]')
> > cc1: all warnings being treated as errors
> >
> > Presumably caused by commit
> >
> > 7eca67cf3dab ("perf tools powerpc: Use generic syscall table scripts")
> >
> > This is a native powerpc build of perf on a little endian host.
>
> Thank you for reporting! I see that these headers for powerpc are
> generating duplicate entries. This is due to me mistakenly setting the
> abis for the syscall headers for powerpc to be spu and nospu, causing
> conflicts. It looks like for the uapi, only nospu needs to be exposed. I
> will send a patch to fix that.
Right, we need to make the syscall tables for all arches to be built in
all arches, meaning we can translate from syscall numbers found in
tracepoints collected in one arch and present in a perf.data file while
doing analysis on another machine of a different architecture, just like
we do with errno numbers.
This way we would notice these kinds of problems immediatelly while
building anywhere.
I squashed your fix as requested and will force push the result.
- Arnaldo
> - Charlie
>
> >
> > I have used the perf tree from next-20250109 for today.
> >
> > --
> > Cheers,
> > Stephen Rothwell
>
^ permalink raw reply [flat|nested] 64+ messages in thread* Re: linux-next: build failure after merge of the perf tree
2025-01-10 14:01 ` Arnaldo Carvalho de Melo
@ 2025-01-10 17:32 ` Arnaldo Carvalho de Melo
2025-01-10 18:59 ` Charlie Jenkins
2025-01-10 19:22 ` Charlie Jenkins
1 sibling, 1 reply; 64+ messages in thread
From: Arnaldo Carvalho de Melo @ 2025-01-10 17:32 UTC (permalink / raw)
To: Charlie Jenkins
Cc: Stephen Rothwell, Arnaldo Carvalho de Melo, Namhyung Kim,
Arnaldo Carvalho de Melo, Linux Kernel Mailing List,
Linux Next Mailing List
On Fri, Jan 10, 2025 at 11:01:54AM -0300, Arnaldo Carvalho de Melo wrote:
> On Thu, Jan 09, 2025 at 03:31:42PM -0800, Charlie Jenkins wrote:
> > On Fri, Jan 10, 2025 at 10:05:05AM +1100, Stephen Rothwell wrote:
> > > Hi all,
> > >
> > > After merging the perf tree, today's linux-next build (native perf)
> > > failed like this:
Some more:
COLLECT_GCC=mips-linux-gnu-gcc
COLLECT_LTO_WRAPPER=/usr/libexec/gcc-cross/mips-linux-gnu/14/lto-wrapper
Target: mips-linux-gnu
Configured with: ../src/configure -v --with-pkgversion='Debian 14.2.0-1' --with-bugurl=file:///usr/share/doc/gcc-14/README.Bugs --enable-languages=c,ada,c++,go,d,fortran,objc,obj-c++,m2 --prefix=/usr --with-gcc-major-version-only --program-suffix=-14 --enable-shared --enable-linker-build-id --libexecdir=/usr/libexec --without-included-gettext --enable-threads=posix --libdir=/usr/lib --enable-nls --with-sysroot=/ --enable-clocale=gnu --enable-libstdcxx-debug --enable-libstdcxx-time=yes --with-default-libstdcxx-abi=new --enable-libstdcxx-backtrace --enable-gnu-unique-object --disable-libitm --disable-libsanitizer --disable-libquadmath --disable-libquadmath-support --enable-plugin --enable-default-pie --with-system-zlib --enable-libphobos-checking=release --without-target-system-zlib --enable-multiarch --disable-werror --enable-multilib --with-arch-32=mips32r2 --with-fp-32=xx --with-lxc1-sxc1=no --enable-targets=all --with-arch-64=mips64r2 --enable-checking=release --build=x86_64-linux-gnu --host=x86_64-linux-gnu --target=mips-linux-gnu --program-prefix=mips-linux-gnu- --includedir=/usr/mips-linux-gnu/include --with-build-config=bootstrap-lto-lean --enable-link-serialization=3
Thread model: posix
Supported LTO compression algorithms: zlib zstd
gcc version 14.2.0 (Debian 14.2.0-1)
+ make NO_LIBTRACEEVENT=1 ARCH=mips CROSS_COMPILE=mips-linux-gnu- EXTRA_CFLAGS= -C tools/perf O=/tmp/build/perf
<SNIP>
/git/perf-6.13.0-rc2/tools/perf/arch/mips/entry/syscalls/mksyscalltbl --abis common,64,n64 /git/perf-6.13.0-rc2/tools/perf/arch/mips/entry/syscalls/syscall_n64.tbl /tmp/build/perf/arch/mips/include/generated/asm/syscalls_64.h
/bin/sh: 1: /git/perf-6.13.0-rc2/tools/perf/arch/mips/entry/syscalls/mksyscalltbl: not found
make[2]: *** [/git/perf-6.13.0-rc2/tools/perf/scripts/Makefile.syscalls:43: /tmp/build/perf/arch/mips/include/generated/asm/syscalls_64.h] Error 127
make[2]: *** Waiting for unfinished jobs....
make[1]: *** [Makefile.perf:286: sub-make] Error 2
make: *** [Makefile:76: all] Error 2
make: Leaving directory '/git/perf-6.13.0-rc2/tools/perf'
-----------------------
COLLECT_GCC=mips64-linux-gnuabi64-gcc
COLLECT_LTO_WRAPPER=/usr/libexec/gcc-cross/mips64-linux-gnuabi64/14/lto-wrapper
Target: mips64-linux-gnuabi64
Configured with: ../src/configure -v --with-pkgversion='Debian 14.2.0-1' --with-bugurl=file:///usr/share/doc/gcc-14/README.Bugs --enable-languages=c,ada,c++,go,d,fortran,objc,obj-c++,m2 --prefix=/usr --with-gcc-major-version-only --program-suffix=-14 --enable-shared --enable-linker-build-id --libexecdir=/usr/libexec --without-included-gettext --enable-threads=posix --libdir=/usr/lib --enable-nls --with-sysroot=/ --enable-clocale=gnu --enable-libstdcxx-debug --enable-libstdcxx-time=yes --with-default-libstdcxx-abi=new --enable-libstdcxx-backtrace --enable-gnu-unique-object --disable-libitm --disable-libsanitizer --disable-libquadmath --disable-libquadmath-support --enable-plugin --enable-default-pie --with-system-zlib --enable-libphobos-checking=release --without-target-system-zlib --enable-multiarch --disable-werror --enable-multilib --with-mips-plt --with-arch-64=mips64r2 --enable-targets=all --with-arch-32=mips32r2 --with-fp-32=xx --enable-checking=release --build=x86_64-linux-gnu --host=x86_64-linux-gnu --target=mips64-linux-gnuabi64 --program-prefix=mips64-linux-gnuabi64- --includedir=/usr/mips64-linux-gnuabi64/include --with-build-config=bootstrap-lto-lean --enable-link-serialization=3
Thread model: posix
Supported LTO compression algorithms: zlib zstd
gcc version 14.2.0 (Debian 14.2.0-1)
+ make NO_LIBTRACEEVENT=1 ARCH=mips CROSS_COMPILE=mips64-linux-gnuabi64- EXTRA_CFLAGS= -C tools/perf O=/tmp/build/perf
<SNIP>
/git/perf-6.13.0-rc2/tools/perf/arch/mips/entry/syscalls/mksyscalltbl --abis common,64,n64 /git/perf-6.13.0-rc2/tools/perf/arch/mips/entry/syscalls/syscall_n64.tbl /tmp/build/perf/arch/mips/include/generated/asm/syscalls_64.h
/bin/sh: 1: /git/perf-6.13.0-rc2/tools/perf/arch/mips/entry/syscalls/mksyscalltbl: not found
make[2]: *** [/git/perf-6.13.0-rc2/tools/perf/scripts/Makefile.syscalls:43: /tmp/build/perf/arch/mips/include/generated/asm/syscalls_64.h] Error 127
-----------------------
COLLECT_GCC=mipsel-linux-gnu-gcc
COLLECT_LTO_WRAPPER=/usr/libexec/gcc-cross/mipsel-linux-gnu/14/lto-wrapper
Target: mipsel-linux-gnu
Configured with: ../src/configure -v --with-pkgversion='Debian 14.2.0-1' --with-bugurl=file:///usr/share/doc/gcc-14/README.Bugs --enable-languages=c,ada,c++,go,d,fortran,objc,obj-c++,m2 --prefix=/usr --with-gcc-major-version-only --program-suffix=-14 --enable-shared --enable-linker-build-id --libexecdir=/usr/libexec --without-included-gettext --enable-threads=posix --libdir=/usr/lib --enable-nls --with-sysroot=/ --enable-clocale=gnu --enable-libstdcxx-debug --enable-libstdcxx-time=yes --with-default-libstdcxx-abi=new --enable-libstdcxx-backtrace --enable-gnu-unique-object --disable-libitm --disable-libsanitizer --disable-libquadmath --disable-libquadmath-support --enable-plugin --enable-default-pie --with-system-zlib --enable-libphobos-checking=release --without-target-system-zlib --enable-multiarch --disable-werror --enable-multilib --with-arch-32=mips32r2 --with-fp-32=xx --with-madd4=no --with-lxc1-sxc1=no --enable-targets=all --with-arch-64=mips64r2 --enable-checking=release --build=x86_64-linux-gnu --host=x86_64-linux-gnu --target=mipsel-linux-gnu --program-prefix=mipsel-linux-gnu- --includedir=/usr/mipsel-linux-gnu/include --with-build-config=bootstrap-lto-lean --enable-link-serialization=3
Thread model: posix
Supported LTO compression algorithms: zlib zstd
gcc version 14.2.0 (Debian 14.2.0-1)
+ make NO_LIBTRACEEVENT=1 ARCH=mips CROSS_COMPILE=mipsel-linux-gnu- EXTRA_CFLAGS= -C tools/perf O=/tmp/build/perf
<SNIP>
/git/perf-6.13.0-rc2/tools/perf/arch/mips/entry/syscalls/mksyscalltbl --abis common,64,n64 /git/perf-6.13.0-rc2/tools/perf/arch/mips/entry/syscalls/syscall_n64.tbl /tmp/build/perf/arch/mips/include/generated/asm/syscalls_64.h
/bin/sh: 1: /git/perf-6.13.0-rc2/tools/perf/arch/mips/entry/syscalls/mksyscalltbl: not found
make[2]: *** [/git/perf-6.13.0-rc2/tools/perf/scripts/Makefile.syscalls:43: /tmp/build/perf/arch/mips/include/generated/asm/syscalls_64.h] Error 127
^ permalink raw reply [flat|nested] 64+ messages in thread
* Re: linux-next: build failure after merge of the perf tree
2025-01-10 17:32 ` Arnaldo Carvalho de Melo
@ 2025-01-10 18:59 ` Charlie Jenkins
0 siblings, 0 replies; 64+ messages in thread
From: Charlie Jenkins @ 2025-01-10 18:59 UTC (permalink / raw)
To: Arnaldo Carvalho de Melo
Cc: Stephen Rothwell, Arnaldo Carvalho de Melo, Namhyung Kim,
Arnaldo Carvalho de Melo, Linux Kernel Mailing List,
Linux Next Mailing List
On Fri, Jan 10, 2025 at 02:32:31PM -0300, Arnaldo Carvalho de Melo wrote:
> On Fri, Jan 10, 2025 at 11:01:54AM -0300, Arnaldo Carvalho de Melo wrote:
> > On Thu, Jan 09, 2025 at 03:31:42PM -0800, Charlie Jenkins wrote:
> > > On Fri, Jan 10, 2025 at 10:05:05AM +1100, Stephen Rothwell wrote:
> > > > Hi all,
> > > >
> > > > After merging the perf tree, today's linux-next build (native perf)
> > > > failed like this:
> linux-next: build failure after merge of the perf tree
> Some more:
>
> COLLECT_GCC=mips-linux-gnu-gcc
> COLLECT_LTO_WRAPPER=/usr/libexec/gcc-cross/mips-linux-gnu/14/lto-wrapper
> Target: mips-linux-gnu
> Configured with: ../src/configure -v --with-pkgversion='Debian 14.2.0-1' --with-bugurl=file:///usr/share/doc/gcc-14/README.Bugs --enable-languages=c,ada,c++,go,d,fortran,objc,obj-c++,m2 --prefix=/usr --with-gcc-major-version-only --program-suffix=-14 --enable-shared --enable-linker-build-id --libexecdir=/usr/libexec --without-included-gettext --enable-threads=posix --libdir=/usr/lib --enable-nls --with-sysroot=/ --enable-clocale=gnu --enable-libstdcxx-debug --enable-libstdcxx-time=yes --with-default-libstdcxx-abi=new --enable-libstdcxx-backtrace --enable-gnu-unique-object --disable-libitm --disable-libsanitizer --disable-libquadmath --disable-libquadmath-support --enable-plugin --enable-default-pie --with-system-zlib --enable-libphobos-checking=release --without-target-system-zlib --enable-multiarch --disable-werror --enable-multilib --with-arch-32=mips32r2 --with-fp-32=xx --with-lxc1-sxc1=no --enable-targets=all --with-arch-64=mips64r2 --enable-checking=release --build=x86_64-linux-gnu --host=x86_64-linux-gnu --target=mips-linux-gnu --program-prefix=mips-linux-gnu- --includedir=/usr/mips-linux-gnu/include --with-build-config=bootstrap-lto-lean --enable-link-serialization=3
> Thread model: posix
> Supported LTO compression algorithms: zlib zstd
> gcc version 14.2.0 (Debian 14.2.0-1)
> + make NO_LIBTRACEEVENT=1 ARCH=mips CROSS_COMPILE=mips-linux-gnu- EXTRA_CFLAGS= -C tools/perf O=/tmp/build/perf
> <SNIP>
> /git/perf-6.13.0-rc2/tools/perf/arch/mips/entry/syscalls/mlinux-next: build failure after merge of the perf treeksyscalltbl --abis common,64,n64 /git/perf-6.13.0-rc2/tools/perf/arch/mips/entry/syscalls/syscall_n64.tbl /tmp/build/perf/arch/mips/include/generated/asm/syscalls_64.h
> /bin/sh: 1: /git/perf-6.13.0-rc2/tools/perf/arch/mips/entry/syscalls/mksyscalltbl: not found
> make[2]: *** [/git/perf-6.13.0-rc2/tools/perf/scripts/Makefile.syscalls:43: /tmp/build/perf/arch/mips/include/generated/asm/syscalls_64.h] Error 127
> make[2]: *** Waiting for unfinished jobs....
> make[1]: *** [Makefile.perf:286: sub-make] Error 2
> make: *** [Makefile:76: all] Error 2
> make: Leaving directory '/git/perf-6.13.0-rc2/tools/perf'
>
> -----------------------
>
> COLLECT_GCC=mips64-linux-gnuabi64-gcc
> COLLECT_LTO_WRAPPER=/usr/libexec/gcc-cross/mips64-linux-gnuabi64/14/lto-wrapper
> Target:linux-next: build failure after merge of the perf tree mips64-linux-gnuabi64
> Configured with: ../src/configure -v --with-pkgversion='Debian 14.2.0-1' --with-bugurl=file:///usr/share/doc/gcc-14/README.Bugs --enable-languages=c,ada,c++,go,d,fortran,objc,obj-c++,m2 --prefix=/usr --with-gcc-major-version-only --program-suffix=-14 --enable-shared --enable-linker-build-id --libexecdir=/usr/libexec --without-included-gettext --enable-threads=posix --libdir=/usr/lib --enable-nls --with-sysroot=/ --enable-clocale=gnu --enable-libstdcxx-debug --enable-libstdcxx-time=yes --with-default-libstdcxx-abi=new --enable-libstdcxx-backtrace --enable-gnu-unique-object --disable-libitm --disable-libsanitizer --disable-libquadmath --disable-libquadmath-support --enable-plugin --enable-default-pie --with-system-zlib --enable-libphobos-checking=release --without-target-system-zlib --enable-multiarch --disable-werror --enable-multilib --with-mips-plt --with-arch-64=mips64r2 --enable-targets=all --with-arch-32=mips32r2 --with-fp-32=xx --enable-checking=release --build=x86_64-linux-gnu --host=x86_64-linux-gnu --target=mips64-linux-gnuabi64 --program-prefix=mips64-linux-gnuabi64- --includedir=/usr/mips64-linux-gnuabi64/include --with-build-config=bootstrap-lto-lean --enable-link-serialization=3
> Thread model: posix
> Supported LTO compression algorithms: zlib zstd
> gcc version 14.2.0 (Debian 14.2.0-1)
> + make NO_LIBTRACEEVENT=1 ARCH=mips CROSS_COMPILE=mips64-linux-gnuabi64- EXTRA_CFLAGS= -C tools/perf O=/tmp/build/perf
> <SNIP>
> /git/perf-6.13.0-rc2/tools/perf/arch/mips/entry/syscalls/mksyscalltbl --abis common,64,n64 /git/perf-6.13.0-rc2/tools/perf/arch/mips/entry/syscalls/syscall_n64.tbl /tmp/build/perf/arch/mips/include/generated/asm/syscalls_64.h
> /bin/sh: 1: /git/perf-6.13.0-rc2/tools/perf/arch/mips/entry/syscalls/mksyscalltbl: not found
> make[2]: *** [/git/perf-6.13.0-rc2/tools/perf/scripts/Makefile.syscalls:43: /tmp/build/perf/arch/mips/include/generated/asm/syscalls_64.h] Error 127
>
> -----------------------
>
> COLLECT_GCC=mipsel-linux-gnu-gcc
> COLLECT_LTO_WRAPPER=/usr/libexec/gcc-cross/mipsel-linux-gnu/14/lto-wrapper
> Target: mipsel-linux-gnu
> Configured with: ../src/configure -v --with-pkgversion='Debian 14.2.0-1' --with-bugurl=file:///usr/share/doc/gcc-14/README.Bugs --enable-languages=c,ada,c++,go,d,fortran,objc,obj-c++,m2 --prefix=/usr --with-gcc-major-version-only --program-suffix=-14 --enable-shared --enable-linker-build-id --libexecdir=/usr/libexec --without-included-gettext --enable-threads=posix --libdir=/usr/lib --enable-nls --with-sysroot=/ --enable-clocale=gnu --enable-libstdcxx-debug --enable-libstdcxx-time=yes --with-default-libstdcxx-abi=new --enable-libstdcxx-backtrace --enable-gnu-unique-object --disable-libitm --disable-libsanitizer --disable-libquadmath --disable-libquadmath-support --enable-plugin --enable-default-pie --with-system-zlib --enable-libphobos-checking=release --without-target-system-zlib --enable-multiarch --disable-werror --enable-multilib --with-arch-32=mips32r2 --with-fp-32=xx --with-madd4=no --with-lxc1-sxc1=no --enable-targets=all --with-arch-64=mips64r2 --enable-checking=release --build=x86_64-linux-gnu --host=x86_64-linux-gnu --target=mipsel-linux-gnu --program-prefix=mipsel-linux-gnu- --includedir=/usr/mipsel-linux-gnu/include --with-build-config=bootstrap-lto-lean --enable-link-serialization=3
> Thread model: posix
> Supported LTO compression algorithms: zlib zstd
> gcc version 14.2.0 (Debian 14.2.0-1)
> + make NO_LIBTRACEEVENT=1 ARCH=mips CROSS_COMPILE=mipsel-linux-gnu- EXTRA_CFLAGS= -C tools/perf O=/tmp/build/perf
> <SNIP>
> /git/perf-6.13.0-rc2/tools/perf/arch/mips/entry/syscalls/mksyscalltbl --abis common,64,n64 /git/perf-6.13.0-rc2/tools/perf/arch/mips/entry/syscalls/syscall_n64.tbl /tmp/build/perf/arch/mips/include/generated/asm/syscalls_64.h
> /bin/sh: 1: /git/perf-6.13.0-rc2/tools/perf/arch/mips/entry/syscalls/mksyscalltbl: not found
> make[2]: *** [/git/perf-6.13.0-rc2/tools/perf/scripts/Makefile.syscalls:43: /tmp/build/perf/arch/mips/include/generated/asm/syscalls_64.h] Error 127
I missed removing the Makefile for mips in the patch. I'll send another
update. Thank you for testing this one. It looks like it is the only
architecture that I missed.
- Charlie
^ permalink raw reply [flat|nested] 64+ messages in thread
* Re: linux-next: build failure after merge of the perf tree
2025-01-10 14:01 ` Arnaldo Carvalho de Melo
2025-01-10 17:32 ` Arnaldo Carvalho de Melo
@ 2025-01-10 19:22 ` Charlie Jenkins
1 sibling, 0 replies; 64+ messages in thread
From: Charlie Jenkins @ 2025-01-10 19:22 UTC (permalink / raw)
To: Arnaldo Carvalho de Melo
Cc: Stephen Rothwell, Arnaldo Carvalho de Melo, Namhyung Kim,
Arnaldo Carvalho de Melo, Linux Kernel Mailing List,
Linux Next Mailing List
On Fri, Jan 10, 2025 at 11:01:54AM -0300, Arnaldo Carvalho de Melo wrote:
> On Thu, Jan 09, 2025 at 03:31:42PM -0800, Charlie Jenkins wrote:
> > On Fri, Jan 10, 2025 at 10:05:05AM +1100, Stephen Rothwell wrote:
> > > Hi all,
> > >
> > > After merging the perf tree, today's linux-next build (native perf)
> > > failed like this:
> > >
> > > In file included from tools/perf/arch/powerpc/include/syscall_table.h:5,
> > > from util/syscalltbl.c:16:
> > > /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:16:16: error: initialized field overwritten [-Werror=override-init]
> > > 16 | [13] = "time",
> > > | ^~~~~~
> > > /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:16:16: note: (near initialization for 'syscalltbl[13]')
> > > /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:22:16: error: initialized field overwritten [-Werror=override-init]
> > > 22 | [18] = "oldstat",
> > > | ^~~~~~~~~
> > > /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:22:16: note: (near initialization for 'syscalltbl[18]')
> > > /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:27:16: error: initialized field overwritten [-Werror=override-init]
> > > 27 | [22] = "umount",
> > > | ^~~~~~~~
> > > /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:27:16: note: (near initialization for 'syscalltbl[22]')
> > > /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:31:16: error: initialized field overwritten [-Werror=override-init]
> > > 31 | [25] = "stime",
> > > | ^~~~~~~
> > > /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:31:16: note: (near initialization for 'syscalltbl[25]')
> > > /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:35:16: error: initialized field overwritten [-Werror=override-init]
> > > 35 | [28] = "oldfstat",
> > > | ^~~~~~~~~~
> > > /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:35:16: note: (near initialization for 'syscalltbl[28]')
> > > /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:67:16: error: initialized field overwritten [-Werror=override-init]
> > > 67 | [59] = "oldolduname",
> > > | ^~~~~~~~~~~~~
> > > /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:67:16: note: (near initialization for 'syscalltbl[59]')
> > > /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:76:16: error: initialized field overwritten [-Werror=override-init]
> > > 76 | [67] = "sigaction",
> > > | ^~~~~~~~~~~
> > > /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:76:16: note: (near initialization for 'syscalltbl[67]')
> > > /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:82:16: error: initialized field overwritten [-Werror=override-init]
> > > 82 | [72] = "sigsuspend",
> > > | ^~~~~~~~~~~~
> > > /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:82:16: note: (near initialization for 'syscalltbl[72]')
> > > /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:84:16: error: initialized field overwritten [-Werror=override-init]
> > > 84 | [73] = "sigpending",
> > > | ^~~~~~~~~~~~
> > > /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:84:16: note: (near initialization for 'syscalltbl[73]')
> > > /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:88:16: error: initialized field overwritten [-Werror=override-init]
> > > 88 | [76] = "getrlimit",
> > > | ^~~~~~~~~~~
> > > /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:88:16: note: (near initialization for 'syscalltbl[76]')
> > > /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:95:16: error: initialized field overwritten [-Werror=override-init]
> > > 95 | [82] = "select",
> > > | ^~~~~~~~
> > > /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:95:16: note: (near initialization for 'syscalltbl[82]')
> > > /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:98:16: error: initialized field overwritten [-Werror=override-init]
> > > 98 | [84] = "oldlstat",
> > > | ^~~~~~~~~~
> > > /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:98:16: note: (near initialization for 'syscalltbl[84]')
> > > /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:104:16: error: initialized field overwritten [-Werror=override-init]
> > > 104 | [89] = "readdir",
> > > | ^~~~~~~~~
> > > /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:104:16: note: (near initialization for 'syscalltbl[89]')
> > > /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:125:17: error: initialized field overwritten [-Werror=override-init]
> > > 125 | [109] = "olduname",
> > > | ^~~~~~~~~~
> > > /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:125:17: note: (near initialization for 'syscalltbl[109]')
> > > /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:136:17: error: initialized field overwritten [-Werror=override-init]
> > > 136 | [119] = "sigreturn",
> > > | ^~~~~~~~~~~
> > > /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:136:17: note: (near initialization for 'syscalltbl[119]')
> > > /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:142:17: error: initialized field overwritten [-Werror=override-init]
> > > 142 | [124] = "adjtimex",
> > > | ^~~~~~~~~~
> > > /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:142:17: note: (near initialization for 'syscalltbl[124]')
> > > /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:145:17: error: initialized field overwritten [-Werror=override-init]
> > > 145 | [126] = "sigprocmask",
> > > | ^~~~~~~~~~~~~
> > > /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:145:17: note: (near initialization for 'syscalltbl[126]')
> > > /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:156:17: error: initialized field overwritten [-Werror=override-init]
> > > 156 | [136] = "personality",
> > > | ^~~~~~~~~~~~~
> > > /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:156:17: note: (near initialization for 'syscalltbl[136]')
> > > /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:182:17: error: initialized field overwritten [-Werror=override-init]
> > > 182 | [161] = "sched_rr_get_interval",
> > > | ^~~~~~~~~~~~~~~~~~~~~~~
> > > /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:182:17: note: (near initialization for 'syscalltbl[161]')
> > > /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:184:17: error: initialized field overwritten [-Werror=override-init]
> > > 184 | [162] = "nanosleep",
> > > | ^~~~~~~~~~~
> > > /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:184:17: note: (near initialization for 'syscalltbl[162]')
> > > /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:202:17: error: initialized field overwritten [-Werror=override-init]
> > > 202 | [179] = "pread64",
> > > | ^~~~~~~~~
> > > /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:202:17: note: (near initialization for 'syscalltbl[179]')
> > > /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:204:17: error: initialized field overwritten [-Werror=override-init]
> > > 204 | [180] = "pwrite64",
> > > | ^~~~~~~~~~
> > > /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:204:17: note: (near initialization for 'syscalltbl[180]')
> > > /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:211:17: error: initialized field overwritten [-Werror=override-init]
> > > 211 | [186] = "sendfile",
> > > | ^~~~~~~~~~
> > > /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:211:17: note: (near initialization for 'syscalltbl[186]')
> > > /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:217:17: error: initialized field overwritten [-Werror=override-init]
> > > 217 | [191] = "readahead",
> > > | ^~~~~~~~~~~
> > > /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:217:17: note: (near initialization for 'syscalltbl[191]')
> > > /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:241:17: error: initialized field overwritten [-Werror=override-init]
> > > 241 | [221] = "futex",
> > > | ^~~~~~~
> > > /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:241:17: note: (near initialization for 'syscalltbl[221]')
> > > /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:248:17: error: initialized field overwritten [-Werror=override-init]
> > > 248 | [229] = "io_getevents",
> > > | ^~~~~~~~~~~~~~
> > > /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:248:17: note: (near initialization for 'syscalltbl[229]')
> > > /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:253:17: error: initialized field overwritten [-Werror=override-init]
> > > 253 | [233] = "fadvise64",
> > > | ^~~~~~~~~~~
> > > /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:253:17: note: (near initialization for 'syscalltbl[233]')
> > > /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:262:17: error: initialized field overwritten [-Werror=override-init]
> > > 262 | [241] = "timer_settime",
> > > | ^~~~~~~~~~~~~~~
> > > /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:262:17: note: (near initialization for 'syscalltbl[241]')
> > > /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:264:17: error: initialized field overwritten [-Werror=override-init]
> > > 264 | [242] = "timer_gettime",
> > > | ^~~~~~~~~~~~~~~
> > > /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:264:17: note: (near initialization for 'syscalltbl[242]')
> > > /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:268:17: error: initialized field overwritten [-Werror=override-init]
> > > 268 | [245] = "clock_settime",
> > > | ^~~~~~~~~~~~~~~
> > > /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:268:17: note: (near initialization for 'syscalltbl[245]')
> > > /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:270:17: error: initialized field overwritten [-Werror=override-init]
> > > 270 | [246] = "clock_gettime",
> > > | ^~~~~~~~~~~~~~~
> > > /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:270:17: note: (near initialization for 'syscalltbl[246]')
> > > /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:272:17: error: initialized field overwritten [-Werror=override-init]
> > > 272 | [247] = "clock_getres",
> > > | ^~~~~~~~~~~~~~
> > > /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:272:17: note: (near initialization for 'syscalltbl[247]')
> > > /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:274:17: error: initialized field overwritten [-Werror=override-init]
> > > 274 | [248] = "clock_nanosleep",
> > > | ^~~~~~~~~~~~~~~~~
> > > /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:274:17: note: (near initialization for 'syscalltbl[248]')
> > > /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:278:17: error: initialized field overwritten [-Werror=override-init]
> > > 278 | [251] = "utimes",
> > > | ^~~~~~~~
> > > /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:278:17: note: (near initialization for 'syscalltbl[251]')
> > > /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:284:17: error: initialized field overwritten [-Werror=override-init]
> > > 284 | [256] = "sys_debug_setcontext",
> > > | ^~~~~~~~~~~~~~~~~~~~~~
> > > /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:284:17: note: (near initialization for 'syscalltbl[256]')
> > > /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:318:17: error: initialized field overwritten [-Werror=override-init]
> > > 318 | [290] = "utimesat",
> > > | ^~~~~~~~~~
> > > /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:318:17: note: (near initialization for 'syscalltbl[290]')
> > > /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:320:17: error: initialized field overwritten [-Werror=override-init]
> > > 320 | [291] = "newfstatat",
> > > | ^~~~~~~~~~~~
> > > /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:320:17: note: (near initialization for 'syscalltbl[291]')
> > > /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:334:17: error: initialized field overwritten [-Werror=override-init]
> > > 334 | [304] = "utimensat",
> > > | ^~~~~~~~~~~
> > > /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:334:17: note: (near initialization for 'syscalltbl[304]')
> > > /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:339:17: error: initialized field overwritten [-Werror=override-init]
> > > 339 | [308] = "sync_file_range2",
> > > | ^~~~~~~~~~~~~~~~~~
> > > /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:339:17: note: (near initialization for 'syscalltbl[308]')
> > > /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:343:17: error: initialized field overwritten [-Werror=override-init]
> > > 343 | [311] = "timerfd_settime",
> > > | ^~~~~~~~~~~~~~~~~
> > > /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:343:17: note: (near initialization for 'syscalltbl[311]')
> > > /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:345:17: error: initialized field overwritten [-Werror=override-init]
> > > 345 | [312] = "timerfd_gettime",
> > > | ^~~~~~~~~~~~~~~~~
> > > /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:345:17: note: (near initialization for 'syscalltbl[312]')
> > > /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:377:17: error: initialized field overwritten [-Werror=override-init]
> > > 377 | [343] = "recvmmsg",
> > > | ^~~~~~~~~~
> > > /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:377:17: note: (near initialization for 'syscalltbl[343]')
> > > /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:382:17: error: initialized field overwritten [-Werror=override-init]
> > > 382 | [347] = "clock_adjtime",
> > > | ^~~~~~~~~~~~~~~
> > > /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:382:17: note: (near initialization for 'syscalltbl[347]')
> > > /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:399:17: error: initialized field overwritten [-Werror=override-init]
> > > 399 | [363] = "switch_endian",
> > > | ^~~~~~~~~~~~~~~
> > > /home/sfr/next/perf/arch/powerpc/include/generated/asm/syscalls_64.h:399:17: note: (near initialization for 'syscalltbl[363]')
> > > cc1: all warnings being treated as errors
> > >
> > > Presumably caused by commit
> > >
> > > 7eca67cf3dab ("perf tools powerpc: Use generic syscall table scripts")
> > >
> > > This is a native powerpc build of perf on a little endian host.
> >
> > Thank you for reporting! I see that these headers for powerpc are
> > generating duplicate entries. This is due to me mistakenly setting the
> > abis for the syscall headers for powerpc to be spu and nospu, causing
> > conflicts. It looks like for the uapi, only nospu needs to be exposed. I
> > will send a patch to fix that.
>
> Right, we need to make the syscall tables for all arches to be built in
> all arches, meaning we can translate from syscall numbers found in
> tracepoints collected in one arch and present in a perf.data file while
> doing analysis on another machine of a different architecture, just like
> we do with errno numbers.
Oh that's a good point. tools/perf/util/syscalltbl.c will need to be
reworked to allow non-native archs (just as a note, the native-only
nature was not something that was introduced in this series!).
- Charlie
>
> This way we would notice these kinds of problems immediatelly while
> building anywhere.
>
> I squashed your fix as requested and will force push the result.
>
> - Arnaldo
>
> > - Charlie
> >
> > >
> > > I have used the perf tree from next-20250109 for today.
> > >
> > > --
> > > Cheers,
> > > Stephen Rothwell
> >
^ permalink raw reply [flat|nested] 64+ messages in thread
* linux-next: build failure after merge of the perf tree
@ 2024-10-10 23:23 Stephen Rothwell
0 siblings, 0 replies; 64+ messages in thread
From: Stephen Rothwell @ 2024-10-10 23:23 UTC (permalink / raw)
To: Arnaldo Carvalho de Melo, Namhyung Kim
Cc: Ian Rogers, Linux Kernel Mailing List, Linux Next Mailing List
[-- Attachment #1: Type: text/plain, Size: 6638 bytes --]
Hi all,
After merging the perf tree, today's linux-next build (native perf)
failed like this:
util/evsel.c: In function 'store_event':
util/evsel.c:138:50: error: format '%llu' expects argument of type 'long long unsigned int', but argument 6 has type '__u64' {aka 'long unsigned int'} [-Werror=format=]
138 | snprintf(path, PATH_MAX, "%s/event-%d-%llu-%d", dir,
| ~~~^
| |
| long long unsigned int
| %lu
139 | attr->type, attr->config, fd);
| ~~~~~~~~~~~~
| |
| __u64 {aka long unsigned int}
util/evsel.c:147:41: error: format '%llu' expects argument of type 'long long unsigned int', but argument 4 has type '__u64' {aka 'long unsigned int'} [-Werror=format=]
147 | if (fprintf(file, "[event-%d-%llu-%d]\n",
| ~~~^
| |
| long long unsigned int
| %lu
148 | attr->type, attr->config, fd) < 0) {
| ~~~~~~~~~~~~
| |
| __u64 {aka long unsigned int}
util/evsel.c:164:33: error: format '%llu' expects argument of type 'long long unsigned int', but argument 3 has type '__u64' {aka 'long unsigned int'} [-Werror=format=]
164 | WRITE_ASS(config, "llu");
| ^
util/evsel.c:122:28: note: in definition of macro '__WRITE_ASS'
122 | if (fprintf(file, #str "=%"fmt "\n", data) < 0) { \
| ^~~
util/evsel.c:164:9: note: in expansion of macro 'WRITE_ASS'
164 | WRITE_ASS(config, "llu");
| ^~~~~~~~~
util/evsel.c:165:39: error: format '%llu' expects argument of type 'long long unsigned int', but argument 3 has type '__u64' {aka 'long unsigned int'} [-Werror=format=]
165 | WRITE_ASS(sample_period, "llu");
| ^
util/evsel.c:122:28: note: in definition of macro '__WRITE_ASS'
122 | if (fprintf(file, #str "=%"fmt "\n", data) < 0) { \
| ^~~
util/evsel.c:165:9: note: in expansion of macro 'WRITE_ASS'
165 | WRITE_ASS(sample_period, "llu");
| ^~~~~~~~~
util/evsel.c:166:39: error: format '%llu' expects argument of type 'long long unsigned int', but argument 3 has type '__u64' {aka 'long unsigned int'} [-Werror=format=]
166 | WRITE_ASS(sample_type, "llu");
| ^
util/evsel.c:122:28: note: in definition of macro '__WRITE_ASS'
122 | if (fprintf(file, #str "=%"fmt "\n", data) < 0) { \
| ^~~
util/evsel.c:166:9: note: in expansion of macro 'WRITE_ASS'
166 | WRITE_ASS(sample_type, "llu");
| ^~~~~~~~~
util/evsel.c:167:39: error: format '%llu' expects argument of type 'long long unsigned int', but argument 3 has type '__u64' {aka 'long unsigned int'} [-Werror=format=]
167 | WRITE_ASS(read_format, "llu");
| ^
util/evsel.c:122:28: note: in definition of macro '__WRITE_ASS'
122 | if (fprintf(file, #str "=%"fmt "\n", data) < 0) { \
| ^~~
util/evsel.c:167:9: note: in expansion of macro 'WRITE_ASS'
167 | WRITE_ASS(read_format, "llu");
| ^~~~~~~~~
util/evsel.c:198:33: error: format '%llu' expects argument of type 'long long unsigned int', but argument 3 has type '__u64' {aka 'long unsigned int'} [-Werror=format=]
198 | WRITE_ASS(config1, "llu");
| ^
util/evsel.c:122:28: note: in definition of macro '__WRITE_ASS'
122 | if (fprintf(file, #str "=%"fmt "\n", data) < 0) { \
| ^~~
util/evsel.c:198:9: note: in expansion of macro 'WRITE_ASS'
198 | WRITE_ASS(config1, "llu");
| ^~~~~~~~~
util/evsel.c:199:33: error: format '%llu' expects argument of type 'long long unsigned int', but argument 3 has type '__u64' {aka 'long unsigned int'} [-Werror=format=]
199 | WRITE_ASS(config2, "llu");
| ^
util/evsel.c:122:28: note: in definition of macro '__WRITE_ASS'
122 | if (fprintf(file, #str "=%"fmt "\n", data) < 0) { \
| ^~~
util/evsel.c:199:9: note: in expansion of macro 'WRITE_ASS'
199 | WRITE_ASS(config2, "llu");
| ^~~~~~~~~
util/evsel.c:200:44: error: format '%llu' expects argument of type 'long long unsigned int', but argument 3 has type '__u64' {aka 'long unsigned int'} [-Werror=format=]
200 | WRITE_ASS(branch_sample_type, "llu");
| ^
util/evsel.c:122:28: note: in definition of macro '__WRITE_ASS'
122 | if (fprintf(file, #str "=%"fmt "\n", data) < 0) { \
| ^~~
util/evsel.c:200:9: note: in expansion of macro 'WRITE_ASS'
200 | WRITE_ASS(branch_sample_type, "llu");
| ^~~~~~~~~
util/evsel.c:201:44: error: format '%llu' expects argument of type 'long long unsigned int', but argument 3 has type '__u64' {aka 'long unsigned int'} [-Werror=format=]
201 | WRITE_ASS(sample_regs_user, "llu");
| ^
util/evsel.c:122:28: note: in definition of macro '__WRITE_ASS'
122 | if (fprintf(file, #str "=%"fmt "\n", data) < 0) { \
| ^~~
util/evsel.c:201:9: note: in expansion of macro 'WRITE_ASS'
201 | WRITE_ASS(sample_regs_user, "llu");
| ^~~~~~~~~
cc1: all warnings being treated as errors
Caused by commit
f90a29144887 ("perf test: Remove C test wrapper for attr.py")
This is a native build of perf on ppc64le using
make -C tools/perf -f Makefile.perf NO_BPF_SKEL=1
I have merged the perf tree from next-20241010 for today.
--
Cheers,
Stephen Rothwell
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 488 bytes --]
^ permalink raw reply [flat|nested] 64+ messages in thread* linux-next: build failure after merge of the perf tree
@ 2024-09-05 1:55 Stephen Rothwell
0 siblings, 0 replies; 64+ messages in thread
From: Stephen Rothwell @ 2024-09-05 1:55 UTC (permalink / raw)
To: Arnaldo Carvalho de Melo, Namhyung Kim
Cc: Linux Kernel Mailing List, Linux Next Mailing List
[-- Attachment #1: Type: text/plain, Size: 2354 bytes --]
Hi all,
After merging the perf tree, today's linux-next build (native perf)
failed like this:
perf/util/bpf-filter-flex.c: In function 'yy_get_previous_state':
perf/util/bpf-filter-flex.c:1919:9: error: expected expression at end of input
1919 | for ( yy_cp = (yytext_ptr) + YY_MORE_ADJ; yy_cp < (yy_c_buf_p); ++yy_cp )
| ^~~
perf/util/bpf-filter-flex.c:1919:9: error: expected declaration or statement at end of input
perf/util/bpf-filter-flex.c:1919:9: error: no return statement in function returning non-void [-Werror=return-type]
perf/util/bpf-filter-flex.c: At top level:
perf/util/bpf-filter-flex.c:20:31: error: 'perf_bpf_filter_ensure_buffer_stack' used but never defined [-Werror]
20 | #define yyensure_buffer_stack perf_bpf_filter_ensure_buffer_stack
| ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
perf/util/bpf-filter-flex.c:550:13: note: in expansion of macro 'yyensure_buffer_stack'
550 | static void yyensure_buffer_stack ( void );
| ^~~~~~~~~~~~~~~~~~~~~
perf/util/bpf-filter-flex.c:16:30: error: 'perf_bpf_filter__load_buffer_state' used but never defined [-Werror]
16 | #define yy_load_buffer_state perf_bpf_filter__load_buffer_state
| ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
perf/util/bpf-filter-flex.c:551:13: note: in expansion of macro 'yy_load_buffer_state'
551 | static void yy_load_buffer_state ( void );
| ^~~~~~~~~~~~~~~~~~~~
perf/util/bpf-filter-flex.c:604:22: error: 'yy_try_NUL_trans' used but never defined [-Werror]
604 | static yy_state_type yy_try_NUL_trans ( yy_state_type current_state );
| ^~~~~~~~~~~~~~~~
perf/util/bpf-filter-flex.c:606:24: error: 'yy_fatal_error' used but never defined [-Werror]
606 | static void yynoreturn yy_fatal_error ( const char* msg );
| ^~~~~~~~~~~~~~
perf/util/bpf-filter-flex.c:510:15: error: 'yy_buffer_stack_max' defined but not used [-Werror=unused-variable]
510 | static size_t yy_buffer_stack_max = 0; /**< capacity of stack. */
| ^~~~~~~~~~~~~~~~~~~
cc1: all warnings being treated as errors
I don't know what caused this, but just redoing the build worked.
Is there maybe a dependency missing?
--
Cheers,
Stephen Rothwell
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 488 bytes --]
^ permalink raw reply [flat|nested] 64+ messages in thread* linux-next: build failure after merge of the perf tree
@ 2024-04-01 22:41 Stephen Rothwell
2024-04-02 20:17 ` Arnaldo Carvalho de Melo
2024-04-12 15:22 ` Arnaldo Carvalho de Melo
0 siblings, 2 replies; 64+ messages in thread
From: Stephen Rothwell @ 2024-04-01 22:41 UTC (permalink / raw)
To: Arnaldo Carvalho de Melo, Namhyung Kim
Cc: Linux Kernel Mailing List, Linux Next Mailing List
[-- Attachment #1: Type: text/plain, Size: 711 bytes --]
Hi all,
After merging the perf tree, today's linux-next build (native i.e. ppc64le
perf) failed like this:
make[3]: *** No rule to make target '/home/sfr/next/next/tools/include/uapi/linux/stat.h', needed by '/home/sfr/next/perf/libbpf/staticobjs/libbpf.o'. Stop.
Maybe caused by commit
f122b3d6d179 ("perf beauty: Introduce scrape script for the 'statx' syscall 'mask' argument")
or
a672af9139a8 ("tools headers: Remove almost unused copy of uapi/stat.h, add few conditional defines")
or a combination of them?
This is an incremental build but doing 'make -C tools/perf clean' and then
rebuilding works, so maybe there is a dependency missing?
--
Cheers,
Stephen Rothwell
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 488 bytes --]
^ permalink raw reply [flat|nested] 64+ messages in thread* Re: linux-next: build failure after merge of the perf tree
2024-04-01 22:41 Stephen Rothwell
@ 2024-04-02 20:17 ` Arnaldo Carvalho de Melo
2024-04-12 15:22 ` Arnaldo Carvalho de Melo
1 sibling, 0 replies; 64+ messages in thread
From: Arnaldo Carvalho de Melo @ 2024-04-02 20:17 UTC (permalink / raw)
To: Stephen Rothwell
Cc: Arnaldo Carvalho de Melo, Namhyung Kim, Ian Rogers,
Linux Kernel Mailing List, Linux Next Mailing List
On Tue, Apr 02, 2024 at 09:41:16AM +1100, Stephen Rothwell wrote:
> Hi all,
>
> After merging the perf tree, today's linux-next build (native i.e. ppc64le
> perf) failed like this:
>
> make[3]: *** No rule to make target '/home/sfr/next/next/tools/include/uapi/linux/stat.h', needed by '/home/sfr/next/perf/libbpf/staticobjs/libbpf.o'. Stop.
>
> Maybe caused by commit
>
> f122b3d6d179 ("perf beauty: Introduce scrape script for the 'statx' syscall 'mask' argument")
>
> or
>
> a672af9139a8 ("tools headers: Remove almost unused copy of uapi/stat.h, add few conditional defines")
>
> or a combination of them?
Right, these are headers that were used to extract string tables but
were added to a directory that was also used to build tools, sometimes
because headers contained new defines that wouldn't be available in
older distros.
We're trying to move things that are needed just for creating string
tables to a separate directory, as done in the second cset you mentioned
above, how to do it in a way that is noticed by the dependency files
cached by the tools build processes is what is needed here.
I planned to investigate and fix this, but this was preventing
development work to proceed as 6.9-rc was released, so I ended up moving
these to perf-tools-next, I'll try again to investigate the deps issue
to make this (and further work in this area) to avoid requiring these
'make clean' steps.
> This is an incremental build but doing 'make -C tools/perf clean' and then
> rebuilding works, so maybe there is a dependency missing?
Thanks for reporting.
- Arnaldo
^ permalink raw reply [flat|nested] 64+ messages in thread* Re: linux-next: build failure after merge of the perf tree
2024-04-01 22:41 Stephen Rothwell
2024-04-02 20:17 ` Arnaldo Carvalho de Melo
@ 2024-04-12 15:22 ` Arnaldo Carvalho de Melo
2024-04-13 2:43 ` Stephen Rothwell
1 sibling, 1 reply; 64+ messages in thread
From: Arnaldo Carvalho de Melo @ 2024-04-12 15:22 UTC (permalink / raw)
To: Stephen Rothwell
Cc: Arnaldo Carvalho de Melo, Namhyung Kim, Linux Kernel Mailing List,
Linux Next Mailing List
On Tue, Apr 02, 2024 at 09:41:16AM +1100, Stephen Rothwell wrote:
> Hi all,
>
> After merging the perf tree, today's linux-next build (native i.e. ppc64le
> perf) failed like this:
>
> make[3]: *** No rule to make target '/home/sfr/next/next/tools/include/uapi/linux/stat.h', needed by '/home/sfr/next/perf/libbpf/staticobjs/libbpf.o'. Stop.
How is this built? Using O=/home/sfr/next/perf?
> Maybe caused by commit
>
> f122b3d6d179 ("perf beauty: Introduce scrape script for the 'statx' syscall 'mask' argument")
>
> or
>
> a672af9139a8 ("tools headers: Remove almost unused copy of uapi/stat.h, add few conditional defines")
>
> or a combination of them?
>
> This is an incremental build but doing 'make -C tools/perf clean' and then
> rebuilding works, so maybe there is a dependency missing?
So I'm trying to revisit this, I did:
⬢[acme@toolbox perf-tools-next]$ rm -rf /tmp/build/$(basename $PWD)/ ; mkdir -p /tmp/build/$(basename $PWD)/
⬢[acme@toolbox perf-tools-next]$ alias m='rm -rf ~/libexec/perf-core/ ; make -k CORESIGHT=1 O=/tmp/build/$(basename $PWD)/ -C tools/perf install-bin && perf test python'
⬢[acme@toolbox perf-tools-next]$ git remote update torvalds
Fetching torvalds
⬢[acme@toolbox perf-tools-next]$ m
<SNIP>
LD /tmp/build/perf-tools-next/perf-in.o
CC /tmp/build/perf-tools-next/pmu-events/pmu-events.o
LD /tmp/build/perf-tools-next/pmu-events/pmu-events-in.o
LINK /tmp/build/perf-tools-next/perf
INSTALL binaries
INSTALL tests
INSTALL libperf-jvmti.so
INSTALL libexec
INSTALL perf-archive
INSTALL perf-iostat
INSTALL strace/groups
INSTALL perl-scripts
INSTALL python-scripts
INSTALL dlfilters
INSTALL perf_completion-script
INSTALL perf-tip
make: Leaving directory '/home/acme/git/perf-tools-next/tools/perf'
17: 'import perf' in python : Ok
⬢[acme@toolbox perf-tools-next]$
Then left this there and merged perf-tools-next:
⬢[acme@toolbox perf-tools-next]$ git merge perf-tools-next
Auto-merging MAINTAINERS
Merge made by the 'ort' strategy.
MAINTAINERS | 1 +
tools/include/uapi/asm-generic/fcntl.h | 221 -----------
tools/include/uapi/linux/openat2.h | 43 ---
tools/lib/perf/cpumap.c | 33 +-
tools/lib/perf/include/perf/cpumap.h | 16 +
tools/lib/perf/libperf.map | 4 +
<SNIP>
tools/perf/util/vdso.c | 48 +--
186 files changed, 7217 insertions(+), 3829 deletions(-)
delete mode 100644 tools/include/uapi/asm-generic/fcntl.h
delete mode 100644 tools/include/uapi/linux/openat2.h
rename tools/{ => perf/trace/beauty}/arch/x86/include/asm/irq_vectors.h (100%)
rename tools/{ => perf/trace/beauty}/arch/x86/include/uapi/asm/prctl.h (100%)
create mode 100755 tools/perf/trace/beauty/clone.sh
create mode 100644 tools/perf/trace/beauty/fs_at_flags.c
create mode 100755 tools/perf/trace/beauty/fs_at_flags.sh
rename tools/{ => perf/trace/beauty}/include/uapi/linux/fcntl.h (100%)
rename tools/{ => perf/trace/beauty}/include/uapi/linux/fs.h (100%)
rename tools/{ => perf/trace/beauty}/include/uapi/linux/mount.h (100%)
rename tools/{ => perf/trace/beauty}/include/uapi/linux/prctl.h (100%)
rename tools/{ => perf/trace/beauty}/include/uapi/linux/sched.h (100%)
rename tools/{ => perf/trace/beauty}/include/uapi/linux/stat.h (100%)
rename tools/{ => perf/trace/beauty}/include/uapi/linux/usbdevice_fs.h (100%)
rename tools/{ => perf/trace/beauty}/include/uapi/linux/vhost.h (100%)
rename tools/{ => perf/trace/beauty}/include/uapi/sound/asound.h (100%)
create mode 100755 tools/perf/trace/beauty/statx_mask.sh
create mode 100644 tools/perf/ui/browsers/annotate-data.c
create mode 100644 tools/perf/util/disasm.c
create mode 100644 tools/perf/util/disasm.h
⬢[acme@toolbox perf-tools-next]$
And:
⬢[acme@toolbox perf-tools-next]$ m
rm: cannot remove '/home/acme/libexec/perf-core/scripts/python/Perf-Trace-Util/lib/Perf/Trace/__pycache__/Core.cpython-312.pyc': Permission denied
make: Entering directory '/home/acme/git/perf-tools-next/tools/perf'
BUILD: Doing 'make -j28' parallel build
Warning: Kernel ABI header differences:
<SNIP>
Auto-detecting system features:
... dwarf: [ on ]
... dwarf_getlocations: [ on ]
... glibc: [ on ]
... libbfd: [ on ]
... libbfd-buildid: [ on ]
... libcap: [ on ]
... libelf: [ on ]
... libnuma: [ on ]
... numa_num_possible_cpus: [ on ]
... libperl: [ on ]
... libpython: [ on ]
... libcrypto: [ on ]
... libunwind: [ on ]
... libdw-dwarf-unwind: [ on ]
... libcapstone: [ on ]
... zlib: [ on ]
... lzma: [ on ]
... get_cpuid: [ on ]
... bpf: [ on ]
... libaio: [ on ]
... libzstd: [ on ]
GEN /tmp/build/perf-tools-next/common-cmds.h
LINK /tmp/build/perf-tools-next/libperf-jvmti.so
INSTALL /tmp/build/perf-tools-next/libsubcmd/include/subcmd/run-command.h
<SNIP>
INSTALL libbpf_headers
LD /tmp/build/perf-tools-next/libperf/libperf-in.o
CLANG /tmp/build/perf-tools-next/util/bpf_skel/.tmp/augmented_raw_syscalls.bpf.o
AR /tmp/build/perf-tools-next/libperf/libperf.a
GENSKEL /tmp/build/perf-tools-next/util/bpf_skel/augmented_raw_syscalls.skel.h
GEN /tmp/build/perf-tools-next/python/perf.cpython-312-x86_64-linux-gnu.so
GEN /tmp/build/perf-tools-next/pmu-events/pmu-events.c
CC /tmp/build/perf-tools-next/builtin-bench.o
CC /tmp/build/perf-tools-next/builtin-annotate.o
<SNIP>
CC /tmp/build/perf-tools-next/util/bpf-event.o
CC /tmp/build/perf-tools-next/util/bpf-utils.o
CC /tmp/build/perf-tools-next/util/pfm.o
LD /tmp/build/perf-tools-next/util/scripting-engines/perf-in.o
LD /tmp/build/perf-tools-next/util/perf-in.o
LD /tmp/build/perf-tools-next/perf-in.o
CC /tmp/build/perf-tools-next/pmu-events/pmu-events.o
LD /tmp/build/perf-tools-next/pmu-events/pmu-events-in.o
LINK /tmp/build/perf-tools-next/perf
INSTALL binaries
INSTALL tests
INSTALL libperf-jvmti.so
INSTALL libexec
INSTALL perf-archive
INSTALL perf-iostat
INSTALL strace/groups
INSTALL perl-scripts
INSTALL python-scripts
INSTALL dlfilters
INSTALL perf_completion-script
INSTALL perf-tip
make: Leaving directory '/home/acme/git/perf-tools-next/tools/perf'
17: 'import perf' in python : Ok
⬢[acme@toolbox perf-tools-next]$
⬢[acme@toolbox perf-tools-next]$ ls -la tools/include/uapi/linux/stat.h
ls: cannot access 'tools/include/uapi/linux/stat.h': No such file or directory
⬢[acme@toolbox perf-tools-next]$
I'm not being able to reproduce that problem, can you see where am I
doing some mistake in the above steps?
Thanks,
- Arnaldo
^ permalink raw reply [flat|nested] 64+ messages in thread* Re: linux-next: build failure after merge of the perf tree
2024-04-12 15:22 ` Arnaldo Carvalho de Melo
@ 2024-04-13 2:43 ` Stephen Rothwell
0 siblings, 0 replies; 64+ messages in thread
From: Stephen Rothwell @ 2024-04-13 2:43 UTC (permalink / raw)
To: Arnaldo Carvalho de Melo
Cc: Arnaldo Carvalho de Melo, Namhyung Kim, Linux Kernel Mailing List,
Linux Next Mailing List
[-- Attachment #1: Type: text/plain, Size: 9385 bytes --]
Hi Arnaldo,
On Fri, 12 Apr 2024 12:22:07 -0300 Arnaldo Carvalho de Melo <acme@kernel.org> wrote:
>
> On Tue, Apr 02, 2024 at 09:41:16AM +1100, Stephen Rothwell wrote:
> > Hi all,
> >
> > After merging the perf tree, today's linux-next build (native i.e. ppc64le
> > perf) failed like this:
> >
> > make[3]: *** No rule to make target '/home/sfr/next/next/tools/include/uapi/linux/stat.h', needed by '/home/sfr/next/perf/libbpf/staticobjs/libbpf.o'. Stop.
>
> How is this built? Using O=/home/sfr/next/perf?
Yes. The actual command line is:
make -C tools/perf -f Makefile.perf -s -O -j60 O=/home/sfr/next/perf NO_BPF_SKEL=1
The source directory is /home/sfr/next/next. This is a PowerPC 64 little endian
build (on a PowerPC 64 little endian host).
OK, I just tested on my x86_64 laptop:
(I started with a clone of Linus' current tree)
pine:~/next/next (master)$ rm -rf ../perf
pine:~/next/next (master)$ mkdir ../perf
pine:~/next/next (master)$ make -C tools/perf -f Makefile.perf -s -O -j10 O=/home/sfr/next/perf NO_BPF_SKEL=1
Warning: Kernel ABI header differences:
diff -u tools/include/uapi/drm/i915_drm.h include/uapi/drm/i915_drm.h
diff -u tools/include/uapi/linux/fs.h include/uapi/linux/fs.h
diff -u tools/include/uapi/linux/kvm.h include/uapi/linux/kvm.h
diff -u tools/include/uapi/linux/vhost.h include/uapi/linux/vhost.h
diff -u tools/include/uapi/sound/asound.h include/uapi/sound/asound.h
diff -u tools/include/linux/bits.h include/linux/bits.h
diff -u tools/arch/x86/include/asm/disabled-features.h arch/x86/include/asm/disabled-features.h
diff -u tools/arch/x86/include/asm/required-features.h arch/x86/include/asm/required-features.h
diff -u tools/arch/x86/include/asm/cpufeatures.h arch/x86/include/asm/cpufeatures.h
diff -u tools/arch/x86/include/asm/irq_vectors.h arch/x86/include/asm/irq_vectors.h
diff -u tools/arch/x86/include/asm/msr-index.h arch/x86/include/asm/msr-index.h
diff -u tools/arch/x86/include/uapi/asm/kvm.h arch/x86/include/uapi/asm/kvm.h
diff -u tools/arch/powerpc/include/uapi/asm/kvm.h arch/powerpc/include/uapi/asm/kvm.h
diff -u tools/arch/s390/include/uapi/asm/kvm.h arch/s390/include/uapi/asm/kvm.h
diff -u tools/arch/arm64/include/uapi/asm/kvm.h arch/arm64/include/uapi/asm/kvm.h
diff -u tools/include/asm-generic/bitops/__fls.h include/asm-generic/bitops/__fls.h
diff -u tools/include/asm-generic/bitops/fls.h include/asm-generic/bitops/fls.h
diff -u tools/arch/arm64/include/asm/cputype.h arch/arm64/include/asm/cputype.h
Makefile.config:455: No libdw DWARF unwind found, Please install elfutils-devel/libdw-dev >= 0.158 and/or set LIBDW_DIR
Makefile.config:460: No libdw.h found or old libdw.h found or elfutils is older than 0.138, disables dwarf support. Please install new elfutils-devel/libdw-dev
Makefile.config:602: No sys/sdt.h found, no SDT events are defined, please install systemtap-sdt-devel or systemtap-sdt-dev
Makefile.config:688: Warning: Disabled BPF skeletons as clang (clang) is missing
Makefile.config:800: slang not found, disables TUI support. Please install slang-devel, libslang-dev or libslang2-dev
Makefile.config:1083: No libbabeltrace found, disables 'perf data' CTF format support, please install libbabeltrace-dev[el]/libbabeltrace-ctf-dev
Makefile.config:1147: No openjdk development package found, please install JDK package, e.g. openjdk-8-jdk, java-1.8.0-openjdk-devel
Makefile.config:1160: libpfm4 not found, disables libpfm4 support. Please install libpfm4-dev
Auto-detecting system features:
... dwarf: [ OFF ]
... dwarf_getlocations: [ OFF ]
... glibc: [ on ]
... libbfd: [ on ]
... libbfd-buildid: [ on ]
... libcap: [ on ]
... libelf: [ on ]
... libnuma: [ on ]
... numa_num_possible_cpus: [ on ]
... libperl: [ on ]
... libpython: [ on ]
... libcrypto: [ on ]
... libunwind: [ on ]
... libdw-dwarf-unwind: [ OFF ]
... libcapstone: [ on ]
... zlib: [ on ]
... lzma: [ on ]
... get_cpuid: [ on ]
... bpf: [ on ]
... libaio: [ on ]
... libzstd: [ on ]
PERF_VERSION = 6.9.rc3.g8f2c057754b2
pine:~/next/next (master)$ git merge perf-tools-next
Auto-merging MAINTAINERS
Merge made by the 'ort' strategy.
MAINTAINERS | 1 +
tools/include/uapi/asm-generic/fcntl.h | 221 --
.
.
.
create mode 100644 tools/perf/util/disasm.h
pine:~/next/next (master)$ make -C tools/perf -f Makefile.perf -s -O -j10 O=/home/sfr/next/perf NO_BPF_SKEL=1
Warning: Kernel ABI header differences:
diff -u tools/include/uapi/drm/i915_drm.h include/uapi/drm/i915_drm.h
diff -u tools/include/uapi/linux/kvm.h include/uapi/linux/kvm.h
diff -u tools/include/linux/bits.h include/linux/bits.h
diff -u tools/arch/x86/include/asm/disabled-features.h arch/x86/include/asm/disabled-features.h
diff -u tools/arch/x86/include/asm/required-features.h arch/x86/include/asm/required-features.h
diff -u tools/arch/x86/include/asm/cpufeatures.h arch/x86/include/asm/cpufeatures.h
diff -u tools/arch/x86/include/asm/msr-index.h arch/x86/include/asm/msr-index.h
diff -u tools/arch/x86/include/uapi/asm/kvm.h arch/x86/include/uapi/asm/kvm.h
diff -u tools/arch/powerpc/include/uapi/asm/kvm.h arch/powerpc/include/uapi/asm/kvm.h
diff -u tools/arch/s390/include/uapi/asm/kvm.h arch/s390/include/uapi/asm/kvm.h
diff -u tools/arch/arm64/include/uapi/asm/kvm.h arch/arm64/include/uapi/asm/kvm.h
diff -u tools/include/asm-generic/bitops/__fls.h include/asm-generic/bitops/__fls.h
diff -u tools/include/asm-generic/bitops/fls.h include/asm-generic/bitops/fls.h
diff -u tools/arch/arm64/include/asm/cputype.h arch/arm64/include/asm/cputype.h
diff -u tools/perf/trace/beauty/arch/x86/include/asm/irq_vectors.h arch/x86/include/asm/irq_vectors.h
diff -u tools/perf/trace/beauty/include/uapi/linux/fs.h include/uapi/linux/fs.h
diff -u tools/perf/trace/beauty/include/uapi/linux/vhost.h include/uapi/linux/vhost.h
diff -u tools/perf/trace/beauty/include/uapi/sound/asound.h include/uapi/sound/asound.h
Makefile.config:465: No libdw DWARF unwind found, Please install elfutils-devel/libdw-dev >= 0.158 and/or set LIBDW_DIR
Makefile.config:470: No libdw.h found or old libdw.h found or elfutils is older than 0.138, disables dwarf support. Please install new elfutils-devel/libdw-dev
Makefile.config:612: No sys/sdt.h found, no SDT events are defined, please install systemtap-sdt-devel or systemtap-sdt-dev
Makefile.config:698: Warning: Disabled BPF skeletons as clang (clang) is missing
Makefile.config:810: slang not found, disables TUI support. Please install slang-devel, libslang-dev or libslang2-dev
Makefile.config:1093: No libbabeltrace found, disables 'perf data' CTF format support, please install libbabeltrace-dev[el]/libbabeltrace-ctf-dev
Makefile.config:1157: No openjdk development package found, please install JDK package, e.g. openjdk-8-jdk, java-1.8.0-openjdk-devel
Makefile.config:1170: libpfm4 not found, disables libpfm4 support. Please install libpfm4-dev
Auto-detecting system features:
... dwarf: [ OFF ]
... dwarf_getlocations: [ OFF ]
... glibc: [ on ]
... libbfd: [ on ]
... libbfd-buildid: [ on ]
... libcap: [ on ]
... libelf: [ on ]
... libnuma: [ on ]
... numa_num_possible_cpus: [ on ]
... libperl: [ on ]
... libpython: [ on ]
... libcrypto: [ on ]
... libunwind: [ on ]
... libdw-dwarf-unwind: [ OFF ]
... libcapstone: [ on ]
... zlib: [ on ]
... lzma: [ on ]
... get_cpuid: [ on ]
... bpf: [ on ]
... libaio: [ on ]
... libzstd: [ on ]
PERF_VERSION = 6.9.rc3.g42c4635c8dee
make[3]: *** No rule to make target '/home/sfr/next/next/tools/include/uapi/linux/stat.h', needed by '/home/sfr/next/perf/libbpf/staticobjs/libbpf.o'. Stop.
make[2]: *** [Makefile:157: /home/sfr/next/perf/libbpf/staticobjs/libbpf-in.o] Error 2
make[1]: *** [Makefile.perf:892: /home/sfr/next/perf/libbpf/libbpf.a] Error 2
make[1]: *** Waiting for unfinished jobs....
make: *** [Makefile.perf:264: sub-make] Error 2
--
Cheers,
Stephen Rothwell
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 488 bytes --]
^ permalink raw reply [flat|nested] 64+ messages in thread
* linux-next: build failure after merge of the perf tree
@ 2024-02-21 23:06 Stephen Rothwell
2024-02-23 19:50 ` Arnaldo Carvalho de Melo
0 siblings, 1 reply; 64+ messages in thread
From: Stephen Rothwell @ 2024-02-21 23:06 UTC (permalink / raw)
To: Arnaldo Carvalho de Melo, Namhyung Kim
Cc: Arnaldo Carvalho de Melo, Arnaldo Carvalho de Melo,
Linux Kernel Mailing List, Linux Next Mailing List
[-- Attachment #1: Type: text/plain, Size: 754 bytes --]
Hi all,
After merging the perf tree, today's linux-next build (native perf)
failed like this:
util/bpf_skel/augmented_raw_syscalls.bpf.c:329:15: error: invalid application of 'sizeof' to an incomplete type 'struct timespec64'
__u32 size = sizeof(struct timespec64);
^ ~~~~~~~~~~~~~~~~~~~
util/bpf_skel/augmented_raw_syscalls.bpf.c:329:29: note: forward declaration of 'struct timespec64'
__u32 size = sizeof(struct timespec64);
^
Caused by commit
29d16de26df1 ("perf augmented_raw_syscalls.bpf: Move 'struct timespec64' to vmlinux.h")
This is a ppc64 le build.
I have used the perf tree from next-20240221 for today.
--
Cheers,
Stephen Rothwell
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 488 bytes --]
^ permalink raw reply [flat|nested] 64+ messages in thread* Re: linux-next: build failure after merge of the perf tree
2024-02-21 23:06 Stephen Rothwell
@ 2024-02-23 19:50 ` Arnaldo Carvalho de Melo
0 siblings, 0 replies; 64+ messages in thread
From: Arnaldo Carvalho de Melo @ 2024-02-23 19:50 UTC (permalink / raw)
To: Stephen Rothwell
Cc: Arnaldo Carvalho de Melo, Namhyung Kim, Arnaldo Carvalho de Melo,
Linux Kernel Mailing List, Linux Next Mailing List
On Thu, Feb 22, 2024 at 10:06:56AM +1100, Stephen Rothwell wrote:
> Hi all,
>
> After merging the perf tree, today's linux-next build (native perf)
> failed like this:
>
> util/bpf_skel/augmented_raw_syscalls.bpf.c:329:15: error: invalid application of 'sizeof' to an incomplete type 'struct timespec64'
> __u32 size = sizeof(struct timespec64);
> ^ ~~~~~~~~~~~~~~~~~~~
> util/bpf_skel/augmented_raw_syscalls.bpf.c:329:29: note: forward declaration of 'struct timespec64'
> __u32 size = sizeof(struct timespec64);
> ^
>
> Caused by commit
>
> 29d16de26df1 ("perf augmented_raw_syscalls.bpf: Move 'struct timespec64' to vmlinux.h")
>
> This is a ppc64 le build.
>
> I have used the perf tree from next-20240221 for today.
Ok, finally I managed to secure a ppc64 machine to test this and
sometimes I reproduce just like you reported, but sometimes I can't do
it, didn't manage to isolate what is that makes it fail sometimes, make
-C tools/perf clean, nuking the O= target directory, etc, when I
reproduce it:
GENSKEL /tmp/build/perf-tools-next/util/bpf_skel/lock_contention.skel.h
util/bpf_skel/augmented_raw_syscalls.bpf.c:329:15: error: invalid application of 'sizeof' to an incomplete type 'struct timespec64'
329 | __u32 size = sizeof(struct timespec64);
| ^ ~~~~~~~~~~~~~~~~~~~
util/bpf_skel/augmented_raw_syscalls.bpf.c:329:29: note: forward declaration of 'struct timespec64'
329 | __u32 size = sizeof(struct timespec64);
| ^
1 error generated.
make[2]: *** [Makefile.perf:1161: /tmp/build/perf-tools-next/util/bpf_skel/.tmp/augmented_raw_syscalls.bpf.o] Error 1
make[2]: *** Waiting for unfinished jobs....
make[1]: *** [Makefile.perf:264: sub-make] Error 2
make: *** [Makefile:113: install-bin] Error 2
make: Leaving directory '/home/acme/git/perf-tools-next/tools/perf'
$ cat /etc/redhat-release
Red Hat Enterprise Linux release 9.5 Beta (Plow)
$
Linux host 5.14.0-425.el9.ppc64le #1 SMP Wed Feb 21 15:29:04 EST 2024 ppc64le ppc64le ppc64le GNU/Linux
$ clang -v
clang version 17.0.6 (Red Hat, Inc. 17.0.6-5.el9)
Target: ppc64le-redhat-linux-gnu
Thread model: posix
InstalledDir: /usr/bin
Found candidate GCC installation: /opt/rh/gcc-toolset-13/root/usr/lib/gcc/ppc64le-redhat-linux/13
Selected GCC installation: /opt/rh/gcc-toolset-13/root/usr/lib/gcc/ppc64le-redhat-linux/13
Candidate multilib: .;@m64
Selected multilib: .;@m64
But this is an elusive bug, its not always that it fails :-\
$ git log --oneline -1
659663f0bccc (HEAD -> perf-tools-next, perf-tools-next/perf-tools-next) perf: script: prefer capstone to XED
$ file /tmp/build/perf-tools-next/util/bpf_skel/.tmp/augmented_raw_syscalls.bpf.o
/tmp/build/perf-tools-next/util/bpf_skel/.tmp/augmented_raw_syscalls.bpf.o: ELF 64-bit LSB relocatable, eBPF, version 1 (SYSV), with debug_info, not stripped
$
That "incomplete" type is defined in:
$ grep timespec64 -B10 -A3 tools/perf/util/bpf_skel/vmlinux/vmlinux.h
typedef __u8 u8;
typedef __u32 u32;
typedef __u64 u64;
typedef __s64 s64;
typedef int pid_t;
typedef __s64 time64_t;
struct timespec64 {
time64_t tv_sec;
long int tv_nsec;
};
$
But it is used only on this sizeof expression, that is used only by
clang and for the BPF target...
$ grep timespec64 tools/perf/util/bpf_skel/augmented_raw_syscalls.bpf.c
__u32 size = sizeof(struct timespec64);
$
Stephen, can you try to reproduce this again? And if it fails, try
reproducing that 'sizeof(struct timespec64)' with 16, which is, in
ppc64:
$ uname -m
ppc64le
$ pahole timespec64
struct timespec64 {
time64_t tv_sec; /* 0 8 */
long int tv_nsec; /* 8 8 */
/* size: 16, cachelines: 1, members: 2 */
/* last cacheline: 16 bytes */
};
$
And on x86_64:
acme@x1:~$ uname -m
x86_64
acme@x1:~$ pahole timespec64
struct timespec64 {
time64_t tv_sec; /* 0 8 */
long int tv_nsec; /* 8 8 */
/* size: 16, cachelines: 1, members: 2 */
/* last cacheline: 16 bytes */
};
acme@x1:~$
- Arnaldo
^ permalink raw reply [flat|nested] 64+ messages in thread
* linux-next: build failure after merge of the perf tree
@ 2024-02-06 23:40 Stephen Rothwell
2024-02-07 0:02 ` Ian Rogers
0 siblings, 1 reply; 64+ messages in thread
From: Stephen Rothwell @ 2024-02-06 23:40 UTC (permalink / raw)
To: Arnaldo Carvalho de Melo, Namhyung Kim
Cc: Ian Rogers, Linux Kernel Mailing List, Linux Next Mailing List
[-- Attachment #1: Type: text/plain, Size: 497 bytes --]
Hi all,
After merging the perf tree, today's linux-next build (native perf)
failed like this:
arch/powerpc/util/kvm-stat.c: In function 'is_tracepoint_available':
arch/powerpc/util/kvm-stat.c:117:16: error: 'struct parse_events_error' has no member named 'str'
117 | if (err.str)
| ^
Caused by commit
fd7b8e8fb20f ("perf parse-events: Print all errors")
I have used the perf tree from next-20240206 for today.
--
Cheers,
Stephen Rothwell
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 488 bytes --]
^ permalink raw reply [flat|nested] 64+ messages in thread* Re: linux-next: build failure after merge of the perf tree
2024-02-06 23:40 Stephen Rothwell
@ 2024-02-07 0:02 ` Ian Rogers
0 siblings, 0 replies; 64+ messages in thread
From: Ian Rogers @ 2024-02-07 0:02 UTC (permalink / raw)
To: Stephen Rothwell
Cc: Arnaldo Carvalho de Melo, Namhyung Kim, Linux Kernel Mailing List,
Linux Next Mailing List
On Tue, Feb 6, 2024 at 3:40 PM Stephen Rothwell <sfr@canb.auug.org.au> wrote:
>
> Hi all,
>
> After merging the perf tree, today's linux-next build (native perf)
> failed like this:
>
> arch/powerpc/util/kvm-stat.c: In function 'is_tracepoint_available':
> arch/powerpc/util/kvm-stat.c:117:16: error: 'struct parse_events_error' has no member named 'str'
> 117 | if (err.str)
> | ^
>
> Caused by commit
>
> fd7b8e8fb20f ("perf parse-events: Print all errors")
Thanks, I sent:
https://lore.kernel.org/lkml/20240206235902.2917395-1-irogers@google.com/
to address this. Fwiw, it is great linux-next is able to spot issues
like this early.
Ian
Ian
> I have used the perf tree from next-20240206 for today.
>
> --
> Cheers,
> Stephen Rothwell
^ permalink raw reply [flat|nested] 64+ messages in thread
* linux-next: build failure after merge of the perf tree
@ 2023-10-24 23:26 Stephen Rothwell
2023-10-25 0:34 ` Namhyung Kim
0 siblings, 1 reply; 64+ messages in thread
From: Stephen Rothwell @ 2023-10-24 23:26 UTC (permalink / raw)
To: Arnaldo Carvalho de Melo, Namhyung Kim
Cc: Linux Kernel Mailing List, Linux Next Mailing List
[-- Attachment #1: Type: text/plain, Size: 678 bytes --]
Hi all,
After merging the perf tree, today's linux-next build (native perf)
failed like this:
perf/util/pmu-flex.c:1812:1: error: unterminated comment
1812 | /** Setup the input buffer state to scan a string. The next call to yylex() will
| ^
perf/util/pmu-flex.c:550:24: error: 'yy_fatal_error' used but never defined [-Werror]
550 | static void yynoreturn yy_fatal_error ( const char* msg , yyscan_t yyscanner );
| ^~~~~~~~~~~~~~
I don't know what caused this, but the above file looks fine and redoing
the build works, so it may be some timing problem when doing an
incremental build?
--
Cheers,
Stephen Rothwell
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 488 bytes --]
^ permalink raw reply [flat|nested] 64+ messages in thread* Re: linux-next: build failure after merge of the perf tree
2023-10-24 23:26 Stephen Rothwell
@ 2023-10-25 0:34 ` Namhyung Kim
0 siblings, 0 replies; 64+ messages in thread
From: Namhyung Kim @ 2023-10-25 0:34 UTC (permalink / raw)
To: Stephen Rothwell
Cc: Arnaldo Carvalho de Melo, Linux Kernel Mailing List,
Linux Next Mailing List
Hello,
On Tue, Oct 24, 2023 at 4:27 PM Stephen Rothwell <sfr@canb.auug.org.au> wrote:
>
> Hi all,
>
> After merging the perf tree, today's linux-next build (native perf)
> failed like this:
>
> perf/util/pmu-flex.c:1812:1: error: unterminated comment
> 1812 | /** Setup the input buffer state to scan a string. The next call to yylex() will
> | ^
> perf/util/pmu-flex.c:550:24: error: 'yy_fatal_error' used but never defined [-Werror]
> 550 | static void yynoreturn yy_fatal_error ( const char* msg , yyscan_t yyscanner );
> | ^~~~~~~~~~~~~~
>
> I don't know what caused this, but the above file looks fine and redoing
> the build works, so it may be some timing problem when doing an
> incremental build?
Yeah, I think I saw this error before. Looks like a timing issue
but I believe something is wrong with it. I'll take a look.
Thanks,
Namhyung
^ permalink raw reply [flat|nested] 64+ messages in thread
* linux-next: build failure after merge of the perf tree
@ 2023-05-29 23:05 Stephen Rothwell
2023-05-30 2:16 ` Ian Rogers
0 siblings, 1 reply; 64+ messages in thread
From: Stephen Rothwell @ 2023-05-29 23:05 UTC (permalink / raw)
To: Arnaldo Carvalho de Melo
Cc: Arnaldo Carvalho de Melo, Ian Rogers, Linux Kernel Mailing List,
Linux Next Mailing List
[-- Attachment #1: Type: text/plain, Size: 685 bytes --]
Hi all,
After merging the perf tree, today's linux-next build (powerpc perf)
failed like this:
arch/powerpc/util/kvm-stat.c: In function 'kvm_add_default_arch_event':
arch/powerpc/util/kvm-stat.c:207:21: error: implicit declaration of function 'pmu_have_event'; did you mean 'perf_pmu__have_event'? [-Werror=implicit-function-declaration]
207 | if (pmu_have_event("trace_imc", "trace_cycles")) {
| ^~~~~~~~~~~~~~
| perf_pmu__have_event
Caused by commit
1eaf496ed386 ("perf pmu: Separate pmu and pmus")
I have used the perf tree from next-20230525 for today.
--
Cheers,
Stephen Rothwell
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 488 bytes --]
^ permalink raw reply [flat|nested] 64+ messages in thread* Re: linux-next: build failure after merge of the perf tree
2023-05-29 23:05 Stephen Rothwell
@ 2023-05-30 2:16 ` Ian Rogers
0 siblings, 0 replies; 64+ messages in thread
From: Ian Rogers @ 2023-05-30 2:16 UTC (permalink / raw)
To: Stephen Rothwell
Cc: Arnaldo Carvalho de Melo, Arnaldo Carvalho de Melo,
Linux Kernel Mailing List, Linux Next Mailing List
On Mon, May 29, 2023 at 4:05 PM Stephen Rothwell <sfr@canb.auug.org.au> wrote:
>
> Hi all,
>
> After merging the perf tree, today's linux-next build (powerpc perf)
> failed like this:
>
> arch/powerpc/util/kvm-stat.c: In function 'kvm_add_default_arch_event':
> arch/powerpc/util/kvm-stat.c:207:21: error: implicit declaration of function 'pmu_have_event'; did you mean 'perf_pmu__have_event'? [-Werror=implicit-function-declaration]
> 207 | if (pmu_have_event("trace_imc", "trace_cycles")) {
> | ^~~~~~~~~~~~~~
> | perf_pmu__have_event
>
> Caused by commit
>
> 1eaf496ed386 ("perf pmu: Separate pmu and pmus")
>
> I have used the perf tree from next-20230525 for today.
Apologies, the function was renamed to perf_pmus__have_event. I've
sent out a patch and confirmed this was the only issue on a cross
compile build with "NO_LIBELF=1 NO_LIBTRACEEVENT=1".
The 1-liner fix is here:
https://lore.kernel.org/lkml/20230530021433.3107580-1-irogers@google.com/
Thanks,
Ian
> --
> Cheers,
> Stephen Rothwell
^ permalink raw reply [flat|nested] 64+ messages in thread
* linux-next: build failure after merge of the perf tree
@ 2023-03-16 22:50 Stephen Rothwell
2023-03-16 23:11 ` Arnaldo Carvalho de Melo
2023-03-21 21:39 ` Stephen Rothwell
0 siblings, 2 replies; 64+ messages in thread
From: Stephen Rothwell @ 2023-03-16 22:50 UTC (permalink / raw)
To: Arnaldo Carvalho de Melo
Cc: Linux Kernel Mailing List, Linux Next Mailing List
[-- Attachment #1: Type: text/plain, Size: 1244 bytes --]
Hi all,
After merging the perf tree, today's linux-next build (native perf)
failed like this:
Auto-detecting system features:
... clang-bpf-co-re: [ ^[[32mon^[[m ]
... llvm: [ ^[[31mOFF^[[m ]
... libcap: [ ^[[32mon^[[m ]
... libbfd: [ ^[[32mon^[[m ]
make[1]: *** Deleting file '/home/sfr/next/perf/util/bpf_skel/vmlinux.h'
libbpf: failed to find '.BTF' ELF section in /boot/vmlinux-6.0.0-5-powerpc64le
Error: failed to load BTF from /boot/vmlinux-6.0.0-5-powerpc64le: No data available
make[1]: *** [Makefile.perf:1075: /home/sfr/next/perf/util/bpf_skel/vmlinux.h] Error 195
make[1]: *** Waiting for unfinished jobs....
make: *** [Makefile.perf:236: sub-make] Error 2
Command exited with non-zero status 2
To be clear this is a native build of perf on a PPC64le host using this
command line:
make -C tools/perf -f Makefile.perf -s -O -j60 O=../perf EXTRA_CFLAGS=-Wno-psabi
(I could probably remove the EXTRA_CLFAGS now that I am building with
gcc 12.2)
I don't know which commit caused this.
I have used the perf tree from next-20230316 for today.
--
Cheers,
Stephen Rothwell
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 488 bytes --]
^ permalink raw reply [flat|nested] 64+ messages in thread
* Re: linux-next: build failure after merge of the perf tree
2023-03-16 22:50 Stephen Rothwell
@ 2023-03-16 23:11 ` Arnaldo Carvalho de Melo
2023-03-16 23:55 ` Stephen Rothwell
2023-03-21 21:39 ` Stephen Rothwell
1 sibling, 1 reply; 64+ messages in thread
From: Arnaldo Carvalho de Melo @ 2023-03-16 23:11 UTC (permalink / raw)
To: Stephen Rothwell
Cc: Linux Kernel Mailing List, Linux Next Mailing List, irogers,
namhyung
On March 16, 2023 7:50:25 PM GMT-03:00, Stephen Rothwell <sfr@canb.auug.org.au> wrote:
>Hi all,
>
>After merging the perf tree, today's linux-next build (native perf)
>failed like this:
>
>Auto-detecting system features:
>... clang-bpf-co-re: [ ^[[32mon^[[m ]
>... llvm: [ ^[[31mOFF^[[m ]
>... libcap: [ ^[[32mon^[[m ]
>... libbfd: [ ^[[32mon^[[m ]
>
>make[1]: *** Deleting file '/home/sfr/next/perf/util/bpf_skel/vmlinux.h'
>libbpf: failed to find '.BTF' ELF section in /boot/vmlinux-6.0.0-5-powerpc64le
>Error: failed to load BTF from /boot/vmlinux-6.0.0-5-powerpc64le: No data available
>make[1]: *** [Makefile.perf:1075: /home/sfr/next/perf/util/bpf_skel/vmlinux.h] Error 195
>make[1]: *** Waiting for unfinished jobs....
>make: *** [Makefile.perf:236: sub-make] Error 2
>Command exited with non-zero status 2
>
>To be clear this is a native build of perf on a PPC64le host using this
>command line:
>
>make -C tools/perf -f Makefile.perf -s -O -j60 O=../perf EXTRA_CFLAGS=-Wno-psabi
>
>(I could probably remove the EXTRA_CLFAGS now that I am building with
>gcc 12.2)
>
>I don't know which commit caused this.
Can you try adding NO_BPF_SKEL=1 to the make -C tools/perf command line?
- Arnaldo
>
>I have used the perf tree from next-20230316 for today.
>
>
>
^ permalink raw reply [flat|nested] 64+ messages in thread
* Re: linux-next: build failure after merge of the perf tree
2023-03-16 23:11 ` Arnaldo Carvalho de Melo
@ 2023-03-16 23:55 ` Stephen Rothwell
2023-03-17 3:23 ` Ian Rogers
0 siblings, 1 reply; 64+ messages in thread
From: Stephen Rothwell @ 2023-03-16 23:55 UTC (permalink / raw)
To: Arnaldo Carvalho de Melo
Cc: Linux Kernel Mailing List, Linux Next Mailing List, irogers,
namhyung
[-- Attachment #1: Type: text/plain, Size: 386 bytes --]
Hi Arnaldo,
On Thu, 16 Mar 2023 20:11:11 -0300 Arnaldo Carvalho de Melo <arnaldo.melo@gmail.com> wrote:
>
> Can you try adding NO_BPF_SKEL=1 to the make -C tools/perf command line?
That made it build. Can that be automated, or is there something else
I need to install to make it work? Or, at least can the error be made
more informative?
--
Cheers,
Stephen Rothwell
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 488 bytes --]
^ permalink raw reply [flat|nested] 64+ messages in thread
* Re: linux-next: build failure after merge of the perf tree
2023-03-16 23:55 ` Stephen Rothwell
@ 2023-03-17 3:23 ` Ian Rogers
0 siblings, 0 replies; 64+ messages in thread
From: Ian Rogers @ 2023-03-17 3:23 UTC (permalink / raw)
To: Stephen Rothwell
Cc: Arnaldo Carvalho de Melo, Linux Kernel Mailing List,
Linux Next Mailing List, namhyung
On Thu, Mar 16, 2023 at 4:55 PM Stephen Rothwell <sfr@canb.auug.org.au> wrote:
>
> Hi Arnaldo,
>
> On Thu, 16 Mar 2023 20:11:11 -0300 Arnaldo Carvalho de Melo <arnaldo.melo@gmail.com> wrote:
> >
> > Can you try adding NO_BPF_SKEL=1 to the make -C tools/perf command line?
>
> That made it build. Can that be automated, or is there something else
> I need to install to make it work? Or, at least can the error be made
> more informative?
Good idea. I'll look into a feature test to cover this. For context
the change that altered the behavior was:
https://git.kernel.org/pub/scm/linux/kernel/git/acme/linux.git/commit/?h=perf-tools-next&id=a980755beb5aca9002e1c95ba519b83a44242b5b
Thanks,
Ian
> --
> Cheers,
> Stephen Rothwell
^ permalink raw reply [flat|nested] 64+ messages in thread
* Re: linux-next: build failure after merge of the perf tree
2023-03-16 22:50 Stephen Rothwell
2023-03-16 23:11 ` Arnaldo Carvalho de Melo
@ 2023-03-21 21:39 ` Stephen Rothwell
2023-03-22 18:37 ` Ian Rogers
1 sibling, 1 reply; 64+ messages in thread
From: Stephen Rothwell @ 2023-03-21 21:39 UTC (permalink / raw)
To: Arnaldo Carvalho de Melo
Cc: Linux Kernel Mailing List, Linux Next Mailing List, Ian Rogers,
namhyung
[-- Attachment #1: Type: text/plain, Size: 1424 bytes --]
Hi all,
On Fri, 17 Mar 2023 09:50:25 +1100 Stephen Rothwell <sfr@canb.auug.org.au> wrote:
>
> After merging the perf tree, today's linux-next build (native perf)
> failed like this:
>
> Auto-detecting system features:
> ... clang-bpf-co-re: [ ^[[32mon^[[m ]
> ... llvm: [ ^[[31mOFF^[[m ]
> ... libcap: [ ^[[32mon^[[m ]
> ... libbfd: [ ^[[32mon^[[m ]
>
> make[1]: *** Deleting file '/home/sfr/next/perf/util/bpf_skel/vmlinux.h'
> libbpf: failed to find '.BTF' ELF section in /boot/vmlinux-6.0.0-5-powerpc64le
> Error: failed to load BTF from /boot/vmlinux-6.0.0-5-powerpc64le: No data available
> make[1]: *** [Makefile.perf:1075: /home/sfr/next/perf/util/bpf_skel/vmlinux.h] Error 195
> make[1]: *** Waiting for unfinished jobs....
> make: *** [Makefile.perf:236: sub-make] Error 2
> Command exited with non-zero status 2
>
> To be clear this is a native build of perf on a PPC64le host using this
> command line:
>
> make -C tools/perf -f Makefile.perf -s -O -j60 O=../perf EXTRA_CFLAGS=-Wno-psabi
>
> (I could probably remove the EXTRA_CLFAGS now that I am building with
> gcc 12.2)
>
> I don't know which commit caused this.
>
> I have used the perf tree from next-20230316 for today.
I am still getting this build failure.
--
Cheers,
Stephen Rothwell
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 488 bytes --]
^ permalink raw reply [flat|nested] 64+ messages in thread
* Re: linux-next: build failure after merge of the perf tree
2023-03-21 21:39 ` Stephen Rothwell
@ 2023-03-22 18:37 ` Ian Rogers
2023-03-22 22:54 ` Stephen Rothwell
0 siblings, 1 reply; 64+ messages in thread
From: Ian Rogers @ 2023-03-22 18:37 UTC (permalink / raw)
To: Stephen Rothwell
Cc: Arnaldo Carvalho de Melo, Linux Kernel Mailing List,
Linux Next Mailing List, namhyung
On Tue, Mar 21, 2023 at 2:40 PM Stephen Rothwell <sfr@canb.auug.org.au> wrote:
>
> Hi all,
>
> On Fri, 17 Mar 2023 09:50:25 +1100 Stephen Rothwell <sfr@canb.auug.org.au> wrote:
> >
> > After merging the perf tree, today's linux-next build (native perf)
> > failed like this:
> >
> > Auto-detecting system features:
> > ... clang-bpf-co-re: [ [32mon [m ]
> > ... llvm: [ [31mOFF [m ]
> > ... libcap: [ [32mon [m ]
> > ... libbfd: [ [32mon [m ]
> >
> > make[1]: *** Deleting file '/home/sfr/next/perf/util/bpf_skel/vmlinux.h'
> > libbpf: failed to find '.BTF' ELF section in /boot/vmlinux-6.0.0-5-powerpc64le
> > Error: failed to load BTF from /boot/vmlinux-6.0.0-5-powerpc64le: No data available
> > make[1]: *** [Makefile.perf:1075: /home/sfr/next/perf/util/bpf_skel/vmlinux.h] Error 195
> > make[1]: *** Waiting for unfinished jobs....
> > make: *** [Makefile.perf:236: sub-make] Error 2
> > Command exited with non-zero status 2
> >
> > To be clear this is a native build of perf on a PPC64le host using this
> > command line:
> >
> > make -C tools/perf -f Makefile.perf -s -O -j60 O=../perf EXTRA_CFLAGS=-Wno-psabi
> >
> > (I could probably remove the EXTRA_CLFAGS now that I am building with
> > gcc 12.2)
> >
> > I don't know which commit caused this.
> >
> > I have used the perf tree from next-20230316 for today.
>
> I am still getting this build failure.
Hi Stephen,
The build failure is intentional as not having BPF skeleton support in
the perf tool will remove features. I've just sent:
https://lore.kernel.org/lkml/20230322183108.1380882-1-irogers@google.com/
Which will recommend adding NO_BPF_SKEL=1 to your build options when
this failure occurs. I didn't think a features test was appropriate
for this as the feature test would basically replicate the vmlinux.h
generation and I didn't want to move that support through the build
system.
Thanks,
Ian
> --
> Cheers,
> Stephen Rothwell
^ permalink raw reply [flat|nested] 64+ messages in thread
* Re: linux-next: build failure after merge of the perf tree
2023-03-22 18:37 ` Ian Rogers
@ 2023-03-22 22:54 ` Stephen Rothwell
2023-03-23 13:27 ` Arnaldo Carvalho de Melo
0 siblings, 1 reply; 64+ messages in thread
From: Stephen Rothwell @ 2023-03-22 22:54 UTC (permalink / raw)
To: Ian Rogers
Cc: Arnaldo Carvalho de Melo, Linux Kernel Mailing List,
Linux Next Mailing List, namhyung
[-- Attachment #1: Type: text/plain, Size: 2730 bytes --]
Hi Ian,
On Wed, 22 Mar 2023 11:37:31 -0700 Ian Rogers <irogers@google.com> wrote:
>
> On Tue, Mar 21, 2023 at 2:40 PM Stephen Rothwell <sfr@canb.auug.org.au> wrote:
> >
> > Hi all,
> >
> > On Fri, 17 Mar 2023 09:50:25 +1100 Stephen Rothwell <sfr@canb.auug.org.au> wrote:
> > >
> > > After merging the perf tree, today's linux-next build (native perf)
> > > failed like this:
> > >
> > > Auto-detecting system features:
> > > ... clang-bpf-co-re: [ [32mon [m ]
> > > ... llvm: [ [31mOFF [m ]
> > > ... libcap: [ [32mon [m ]
> > > ... libbfd: [ [32mon [m ]
> > >
> > > make[1]: *** Deleting file '/home/sfr/next/perf/util/bpf_skel/vmlinux.h'
> > > libbpf: failed to find '.BTF' ELF section in /boot/vmlinux-6.0.0-5-powerpc64le
> > > Error: failed to load BTF from /boot/vmlinux-6.0.0-5-powerpc64le: No data available
> > > make[1]: *** [Makefile.perf:1075: /home/sfr/next/perf/util/bpf_skel/vmlinux.h] Error 195
> > > make[1]: *** Waiting for unfinished jobs....
> > > make: *** [Makefile.perf:236: sub-make] Error 2
> > > Command exited with non-zero status 2
> > >
> > > To be clear this is a native build of perf on a PPC64le host using this
> > > command line:
> > >
> > > make -C tools/perf -f Makefile.perf -s -O -j60 O=../perf EXTRA_CFLAGS=-Wno-psabi
> > >
> > > (I could probably remove the EXTRA_CLFAGS now that I am building with
> > > gcc 12.2)
> > >
> > > I don't know which commit caused this.
> > >
> > > I have used the perf tree from next-20230316 for today.
> >
> > I am still getting this build failure.
>
> The build failure is intentional as not having BPF skeleton support in
> the perf tool will remove features. I've just sent:
> https://lore.kernel.org/lkml/20230322183108.1380882-1-irogers@google.com/
> Which will recommend adding NO_BPF_SKEL=1 to your build options when
> this failure occurs. I didn't think a features test was appropriate
> for this as the feature test would basically replicate the vmlinux.h
> generation and I didn't want to move that support through the build
> system.
I was trying to understand why this step fails, but from the error
messages, it seems to require something to be present in the distro
supplied kernel image? Is there something missing from the ppc
build process? Or toolchain? Why is it looking at the installed
kernel and not the built kernel? Does the perf build now depend on the
kernel being built first?
I will add NO_BPF_SKEL=1 to my build from tomorrow, but surely that
means that we miss some perf build testing :-(
--
Cheers,
Stephen Rothwell
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 488 bytes --]
^ permalink raw reply [flat|nested] 64+ messages in thread
* Re: linux-next: build failure after merge of the perf tree
2023-03-22 22:54 ` Stephen Rothwell
@ 2023-03-23 13:27 ` Arnaldo Carvalho de Melo
2023-03-27 20:31 ` Ian Rogers
2023-03-28 1:33 ` Stephen Rothwell
0 siblings, 2 replies; 64+ messages in thread
From: Arnaldo Carvalho de Melo @ 2023-03-23 13:27 UTC (permalink / raw)
To: Stephen Rothwell
Cc: Ian Rogers, Arnaldo Carvalho de Melo, Linux Kernel Mailing List,
Linux Next Mailing List, namhyung
Em Thu, Mar 23, 2023 at 09:54:37AM +1100, Stephen Rothwell escreveu:
> Hi Ian,
>
> On Wed, 22 Mar 2023 11:37:31 -0700 Ian Rogers <irogers@google.com> wrote:
> >
> > On Tue, Mar 21, 2023 at 2:40 PM Stephen Rothwell <sfr@canb.auug.org.au> wrote:
> > >
> > > Hi all,
> > >
> > > On Fri, 17 Mar 2023 09:50:25 +1100 Stephen Rothwell <sfr@canb.auug.org.au> wrote:
> > > >
> > > > After merging the perf tree, today's linux-next build (native perf)
> > > > failed like this:
> > > >
> > > > Auto-detecting system features:
> > > > ... clang-bpf-co-re: [ [32mon [m ]
> > > > ... llvm: [ [31mOFF [m ]
> > > > ... libcap: [ [32mon [m ]
> > > > ... libbfd: [ [32mon [m ]
> > > >
> > > > make[1]: *** Deleting file '/home/sfr/next/perf/util/bpf_skel/vmlinux.h'
> > > > libbpf: failed to find '.BTF' ELF section in /boot/vmlinux-6.0.0-5-powerpc64le
> > > > Error: failed to load BTF from /boot/vmlinux-6.0.0-5-powerpc64le: No data available
> > > > make[1]: *** [Makefile.perf:1075: /home/sfr/next/perf/util/bpf_skel/vmlinux.h] Error 195
> > > > make[1]: *** Waiting for unfinished jobs....
> > > > make: *** [Makefile.perf:236: sub-make] Error 2
> > > > Command exited with non-zero status 2
> > > >
> > > > To be clear this is a native build of perf on a PPC64le host using this
> > > > command line:
> > > >
> > > > make -C tools/perf -f Makefile.perf -s -O -j60 O=../perf EXTRA_CFLAGS=-Wno-psabi
> > > >
> > > > (I could probably remove the EXTRA_CLFAGS now that I am building with
> > > > gcc 12.2)
> > > >
> > > > I don't know which commit caused this.
> > > >
> > > > I have used the perf tree from next-20230316 for today.
> > >
> > > I am still getting this build failure.
> > The build failure is intentional as not having BPF skeleton support in
> > the perf tool will remove features. I've just sent:
> > https://lore.kernel.org/lkml/20230322183108.1380882-1-irogers@google.com/
> > Which will recommend adding NO_BPF_SKEL=1 to your build options when
> > this failure occurs. I didn't think a features test was appropriate
> > for this as the feature test would basically replicate the vmlinux.h
> > generation and I didn't want to move that support through the build
> > system.
> I was trying to understand why this step fails, but from the error
> messages, it seems to require something to be present in the distro
> supplied kernel image? Is there something missing from the ppc
> build process? Or toolchain? Why is it looking at the installed
> kernel and not the built kernel? Does the perf build now depend on the
> kernel being built first?
>
> I will add NO_BPF_SKEL=1 to my build from tomorrow, but surely that
> means that we miss some perf build testing :-(
Before this BUILD_BPF_SKEL wasn't on by default, so you're back testing
as much as before.
Having said that, we need to improve the warning and I processed a patch
from Ian to that extent:
https://git.kernel.org/pub/scm/linux/kernel/git/acme/linux.git/commit/?h=tmp.perf-tools-next&id=12a83df53444165d39d3e09fcd9627e7bec7828e
$(SKEL_OUT)/vmlinux.h: $(VMLINUX_BTF) $(BPFTOOL)
ifeq ($(VMLINUX_H),)
- $(QUIET_GEN)$(BPFTOOL) btf dump file $< format c > $@
+ $(QUIET_GEN)$(BPFTOOL) btf dump file $< format c > $@ || \
+ (echo "Failure to generate vmlinux.h needed for the recommended BPF skeleton support." && \
+ echo "To disable this use the build option NO_BPF_SKEL=1." && \
+ echo "Alternatively point at a pre-generated vmlinux.h with VMLINUX_H=<path>." && \
+ false)
else
$(Q)cp "$(VMLINUX_H)" $@
endif
Which improves a bit the situation.
We could check if bpftool is available and if not, suggest installing
it.
If it is available, we could check if /sys/kernel/bpf/ is available, if
not suggest using a kernel with CONFIG_DEBUG_INFO_BTF=y, as most distros
have by now.
As to the features this enables:
⬢[acme@toolbox perf-tools-next]$ ls -la tools/perf/util/bpf_skel/*.c
-rw-r--r--. 1 acme acme 5581 Oct 17 09:07 tools/perf/util/bpf_skel/bperf_cgroup.bpf.c
-rw-r--r--. 1 acme acme 1764 May 5 2022 tools/perf/util/bpf_skel/bperf_follower.bpf.c
-rw-r--r--. 1 acme acme 1438 May 5 2022 tools/perf/util/bpf_skel/bperf_leader.bpf.c
-rw-r--r--. 1 acme acme 2290 May 5 2022 tools/perf/util/bpf_skel/bpf_prog_profiler.bpf.c
-rw-r--r--. 1 acme acme 2164 May 5 2022 tools/perf/util/bpf_skel/func_latency.bpf.c
-rw-r--r--. 1 acme acme 9017 Aug 26 2022 tools/perf/util/bpf_skel/kwork_trace.bpf.c
-rw-r--r--. 1 acme acme 9251 Mar 14 08:33 tools/perf/util/bpf_skel/lock_contention.bpf.c
-rw-r--r--. 1 acme acme 6109 Feb 27 17:47 tools/perf/util/bpf_skel/off_cpu.bpf.c
-rw-r--r--. 1 acme acme 4310 Mar 15 11:08 tools/perf/util/bpf_skel/sample_filter.bpf.c
⬢[acme@toolbox perf-tools-next]$
For instance, take a look at these csets:
⬢[acme@toolbox perf-tools-next]$ git log --oneline tools/perf/util/bpf_skel/lock_contention.bpf.c
d24c0144b1dde00f perf lock contention: Show per-cpu rq_lock with address
1811e82767dcc6eb perf lock contention: Track and show siglock with address
3ace2435bb93445e perf lock contention: Track and show mmap_lock with address
17535a33a9c1e4fb perf lock contention: Fix compiler builtin detection
1bece1351c653c3d perf lock contention: Support old rw_semaphore type
3477f079fe70b3c9 perf lock contention: Add -o/--lock-owner option
ebab291641bed48f perf lock contention: Support filters for different aggregation
5e3febe7b7b99f94 perf lock contention: Support lock addr/name filtering for BPF
529772c4df286159 perf lock contention: Support lock type filtering for BPF
688d2e8de231c54e perf lock contention: Add -l/--lock-addr option
eca949b2b4addd94 perf lock contention: Implement -t/--threads option for BPF
fd507d3e359c7e06 perf lock contention: Add lock_data.h for common data
c66a36af7ba3a628 perf lock contention: Do not use BPF task local storage
433b31fa00797a2a perf lock contention: Fix a build error on 32-bit
c1da8dd5c11dabd5 perf lock contention: Skip stack trace from BPF
6d499a6b3d90277d perf lock: Print the number of lost entries for BPF
6fda2405f414b24a perf lock: Implement cpu and task filters for BPF
407b36f69efbdccf perf lock: Use BPF for lock contention analysis
⬢[acme@toolbox perf-tools-next]$
or:
⬢[acme@toolbox perf-tools-next]$ git log --oneline tools/perf/util/bpf_skel/kwork_trace.bpf.c
acfb65fe1d11a97f perf kwork: Add workqueue trace BPF support
5a81927a407c050a perf kwork: Add softirq trace BPF support
420298aefe94840f perf kwork: Add IRQ trace BPF support
daf07d220710a3c8 perf kwork: Implement BPF trace
⬢[acme@toolbox perf-tools-next]$
So we need to fine tune this detection of needed components to build
these features, in time for the v6.4 merge window, that is why we
decided to make this opt-out to hammer out problems.
Other arches probably will hit some of these problems, lets try to
encourage others to try what is in linux-next.
- Arnaldo
^ permalink raw reply [flat|nested] 64+ messages in thread
* Re: linux-next: build failure after merge of the perf tree
2023-03-23 13:27 ` Arnaldo Carvalho de Melo
@ 2023-03-27 20:31 ` Ian Rogers
2023-03-28 1:33 ` Stephen Rothwell
1 sibling, 0 replies; 64+ messages in thread
From: Ian Rogers @ 2023-03-27 20:31 UTC (permalink / raw)
To: Arnaldo Carvalho de Melo
Cc: Stephen Rothwell, Arnaldo Carvalho de Melo,
Linux Kernel Mailing List, Linux Next Mailing List, namhyung
On Thu, Mar 23, 2023 at 6:27 AM Arnaldo Carvalho de Melo
<acme@kernel.org> wrote:
>
> Em Thu, Mar 23, 2023 at 09:54:37AM +1100, Stephen Rothwell escreveu:
> > Hi Ian,
> >
> > On Wed, 22 Mar 2023 11:37:31 -0700 Ian Rogers <irogers@google.com> wrote:
> > >
> > > On Tue, Mar 21, 2023 at 2:40 PM Stephen Rothwell <sfr@canb.auug.org.au> wrote:
> > > >
> > > > Hi all,
> > > >
> > > > On Fri, 17 Mar 2023 09:50:25 +1100 Stephen Rothwell <sfr@canb.auug.org.au> wrote:
> > > > >
> > > > > After merging the perf tree, today's linux-next build (native perf)
> > > > > failed like this:
> > > > >
> > > > > Auto-detecting system features:
> > > > > ... clang-bpf-co-re: [ [32mon [m ]
> > > > > ... llvm: [ [31mOFF [m ]
> > > > > ... libcap: [ [32mon [m ]
> > > > > ... libbfd: [ [32mon [m ]
> > > > >
> > > > > make[1]: *** Deleting file '/home/sfr/next/perf/util/bpf_skel/vmlinux.h'
> > > > > libbpf: failed to find '.BTF' ELF section in /boot/vmlinux-6.0.0-5-powerpc64le
> > > > > Error: failed to load BTF from /boot/vmlinux-6.0.0-5-powerpc64le: No data available
> > > > > make[1]: *** [Makefile.perf:1075: /home/sfr/next/perf/util/bpf_skel/vmlinux.h] Error 195
> > > > > make[1]: *** Waiting for unfinished jobs....
> > > > > make: *** [Makefile.perf:236: sub-make] Error 2
> > > > > Command exited with non-zero status 2
> > > > >
> > > > > To be clear this is a native build of perf on a PPC64le host using this
> > > > > command line:
> > > > >
> > > > > make -C tools/perf -f Makefile.perf -s -O -j60 O=../perf EXTRA_CFLAGS=-Wno-psabi
> > > > >
> > > > > (I could probably remove the EXTRA_CLFAGS now that I am building with
> > > > > gcc 12.2)
> > > > >
> > > > > I don't know which commit caused this.
> > > > >
> > > > > I have used the perf tree from next-20230316 for today.
> > > >
> > > > I am still getting this build failure.
>
> > > The build failure is intentional as not having BPF skeleton support in
> > > the perf tool will remove features. I've just sent:
> > > https://lore.kernel.org/lkml/20230322183108.1380882-1-irogers@google.com/
> > > Which will recommend adding NO_BPF_SKEL=1 to your build options when
> > > this failure occurs. I didn't think a features test was appropriate
> > > for this as the feature test would basically replicate the vmlinux.h
> > > generation and I didn't want to move that support through the build
> > > system.
>
> > I was trying to understand why this step fails, but from the error
> > messages, it seems to require something to be present in the distro
> > supplied kernel image? Is there something missing from the ppc
> > build process? Or toolchain? Why is it looking at the installed
> > kernel and not the built kernel? Does the perf build now depend on the
> > kernel being built first?
> >
> > I will add NO_BPF_SKEL=1 to my build from tomorrow, but surely that
> > means that we miss some perf build testing :-(
>
> Before this BUILD_BPF_SKEL wasn't on by default, so you're back testing
> as much as before.
>
> Having said that, we need to improve the warning and I processed a patch
> from Ian to that extent:
>
> https://git.kernel.org/pub/scm/linux/kernel/git/acme/linux.git/commit/?h=tmp.perf-tools-next&id=12a83df53444165d39d3e09fcd9627e7bec7828e
>
> $(SKEL_OUT)/vmlinux.h: $(VMLINUX_BTF) $(BPFTOOL)
> ifeq ($(VMLINUX_H),)
> - $(QUIET_GEN)$(BPFTOOL) btf dump file $< format c > $@
> + $(QUIET_GEN)$(BPFTOOL) btf dump file $< format c > $@ || \
> + (echo "Failure to generate vmlinux.h needed for the recommended BPF skeleton support." && \
> + echo "To disable this use the build option NO_BPF_SKEL=1." && \
> + echo "Alternatively point at a pre-generated vmlinux.h with VMLINUX_H=<path>." && \
> + false)
> else
> $(Q)cp "$(VMLINUX_H)" $@
> endif
>
> Which improves a bit the situation.
>
> We could check if bpftool is available and if not, suggest installing
> it.
>
> If it is available, we could check if /sys/kernel/bpf/ is available, if
> not suggest using a kernel with CONFIG_DEBUG_INFO_BTF=y, as most distros
> have by now.
>
> As to the features this enables:
>
> ⬢[acme@toolbox perf-tools-next]$ ls -la tools/perf/util/bpf_skel/*.c
> -rw-r--r--. 1 acme acme 5581 Oct 17 09:07 tools/perf/util/bpf_skel/bperf_cgroup.bpf.c
> -rw-r--r--. 1 acme acme 1764 May 5 2022 tools/perf/util/bpf_skel/bperf_follower.bpf.c
> -rw-r--r--. 1 acme acme 1438 May 5 2022 tools/perf/util/bpf_skel/bperf_leader.bpf.c
> -rw-r--r--. 1 acme acme 2290 May 5 2022 tools/perf/util/bpf_skel/bpf_prog_profiler.bpf.c
> -rw-r--r--. 1 acme acme 2164 May 5 2022 tools/perf/util/bpf_skel/func_latency.bpf.c
> -rw-r--r--. 1 acme acme 9017 Aug 26 2022 tools/perf/util/bpf_skel/kwork_trace.bpf.c
> -rw-r--r--. 1 acme acme 9251 Mar 14 08:33 tools/perf/util/bpf_skel/lock_contention.bpf.c
> -rw-r--r--. 1 acme acme 6109 Feb 27 17:47 tools/perf/util/bpf_skel/off_cpu.bpf.c
> -rw-r--r--. 1 acme acme 4310 Mar 15 11:08 tools/perf/util/bpf_skel/sample_filter.bpf.c
> ⬢[acme@toolbox perf-tools-next]$
>
> For instance, take a look at these csets:
>
> ⬢[acme@toolbox perf-tools-next]$ git log --oneline tools/perf/util/bpf_skel/lock_contention.bpf.c
> d24c0144b1dde00f perf lock contention: Show per-cpu rq_lock with address
> 1811e82767dcc6eb perf lock contention: Track and show siglock with address
> 3ace2435bb93445e perf lock contention: Track and show mmap_lock with address
> 17535a33a9c1e4fb perf lock contention: Fix compiler builtin detection
> 1bece1351c653c3d perf lock contention: Support old rw_semaphore type
> 3477f079fe70b3c9 perf lock contention: Add -o/--lock-owner option
> ebab291641bed48f perf lock contention: Support filters for different aggregation
> 5e3febe7b7b99f94 perf lock contention: Support lock addr/name filtering for BPF
> 529772c4df286159 perf lock contention: Support lock type filtering for BPF
> 688d2e8de231c54e perf lock contention: Add -l/--lock-addr option
> eca949b2b4addd94 perf lock contention: Implement -t/--threads option for BPF
> fd507d3e359c7e06 perf lock contention: Add lock_data.h for common data
> c66a36af7ba3a628 perf lock contention: Do not use BPF task local storage
> 433b31fa00797a2a perf lock contention: Fix a build error on 32-bit
> c1da8dd5c11dabd5 perf lock contention: Skip stack trace from BPF
> 6d499a6b3d90277d perf lock: Print the number of lost entries for BPF
> 6fda2405f414b24a perf lock: Implement cpu and task filters for BPF
> 407b36f69efbdccf perf lock: Use BPF for lock contention analysis
> ⬢[acme@toolbox perf-tools-next]$
>
>
> or:
>
> ⬢[acme@toolbox perf-tools-next]$ git log --oneline tools/perf/util/bpf_skel/kwork_trace.bpf.c
> acfb65fe1d11a97f perf kwork: Add workqueue trace BPF support
> 5a81927a407c050a perf kwork: Add softirq trace BPF support
> 420298aefe94840f perf kwork: Add IRQ trace BPF support
> daf07d220710a3c8 perf kwork: Implement BPF trace
> ⬢[acme@toolbox perf-tools-next]$
>
> So we need to fine tune this detection of needed components to build
> these features, in time for the v6.4 merge window, that is why we
> decided to make this opt-out to hammer out problems.
>
> Other arches probably will hit some of these problems, lets try to
> encourage others to try what is in linux-next.
Just to throw out, perhaps we could ship a vmlinux.h in the perf
source tree. We could also validate it with something similar to the
header file checking. This would remove the bpftool and properly built
kernel issues. It may make a package maintainer's life easier.
Thanks,
Ian
> - Arnaldo
^ permalink raw reply [flat|nested] 64+ messages in thread
* Re: linux-next: build failure after merge of the perf tree
2023-03-23 13:27 ` Arnaldo Carvalho de Melo
2023-03-27 20:31 ` Ian Rogers
@ 2023-03-28 1:33 ` Stephen Rothwell
2023-03-28 19:47 ` Arnaldo Carvalho de Melo
1 sibling, 1 reply; 64+ messages in thread
From: Stephen Rothwell @ 2023-03-28 1:33 UTC (permalink / raw)
To: Arnaldo Carvalho de Melo
Cc: Ian Rogers, Arnaldo Carvalho de Melo, Linux Kernel Mailing List,
Linux Next Mailing List, namhyung
[-- Attachment #1: Type: text/plain, Size: 2094 bytes --]
Hi Arnaldo,
Just a few datapoints:
My build machine (Debian Testing PowerpcLE, not quite the latest
kernel):
On Thu, 23 Mar 2023 10:27:36 -0300 Arnaldo Carvalho de Melo <acme@kernel.org> wrote:
> Which improves a bit the situation.
>
> We could check if bpftool is available and if not, suggest installing
> it.
$ ls -l /usr/sbin/bpftool
-rwxr-xr-x 1 root root 790504 Mar 6 02:33 /usr/sbin/bpftool
> If it is available, we could check if /sys/kernel/bpf/ is available, if
> not suggest using a kernel with CONFIG_DEBUG_INFO_BTF=y, as most distros
> have by now.
$ uname -a
Linux zz1 6.0.0-5-powerpc64le #1 SMP Debian 6.0.10-2 (2022-12-01) ppc64le GNU/Linux
$ ls -l /sys/kernel/bpf/
ls: cannot access '/sys/kernel/bpf/': No such file or directory
$ grep CONFIG_DEBUG_INFO_BTF /boot/config-6.0.0-5-powerpc64le
# CONFIG_DEBUG_INFO_BTF is not set
And in the latest powerpc64le kernel:
$ grep CONFIG_DEBUG_INFO_BTF /boot/config-6.1.0-5-powerpc64le
# CONFIG_DEBUG_INFO_BTF is not set
Debian Testing arm64, not quite the latest kernel:
$ uname -a
Linux oak 6.1.0-5-arm64 #1 SMP Debian 6.1.12-1 (2023-02-15) aarch64 GNU/Linux
$ ls -l /sys/kernel/bpf/
ls: cannot access '/sys/kernel/bpf/': No such file or directory
$ grep CONFIG_DEBUG_INFO_BTF /boot/config-6.1.0-5-arm64
CONFIG_DEBUG_INFO_BTF=y
CONFIG_DEBUG_INFO_BTF_MODULES=y
Debian Testing amd64, the latest kernel:
$ uname -a
Linux pine 6.1.0-6-amd64 #1 SMP PREEMPT_DYNAMIC Debian 6.1.15-1 (2023-03-05) x86_64 GNU/Linux
$ ls -l /sys/kernel/bpf/
ls: cannot access '/sys/kernel/bpf/': No such file or directory
$ grep CONFIG_DEBUG_INFO_BTF /boot/config-6.1.0-6-amd64
CONFIG_DEBUG_INFO_BTF=y
CONFIG_DEBUG_INFO_BTF_MODULES=y
Debian Stable amd64, the latest kernel:
$ uname -a
Linux gimli 5.10.0-21-cloud-amd64 #1 SMP Debian 5.10.162-1 (2023-01-21) x86_64 GNU/Linux
$ ls -l /sys/kernel/bpf/
ls: cannot access '/sys/kernel/bpf/': No such file or directory
$ grep CONFIG_DEBUG_INFO_BTF /boot/config-5.10.0-21-cloud-amd64
CONFIG_DEBUG_INFO_BTF=y
--
Cheers,
Stephen Rothwell
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 488 bytes --]
^ permalink raw reply [flat|nested] 64+ messages in thread
* Re: linux-next: build failure after merge of the perf tree
2023-03-28 1:33 ` Stephen Rothwell
@ 2023-03-28 19:47 ` Arnaldo Carvalho de Melo
2023-03-28 23:06 ` Stephen Rothwell
0 siblings, 1 reply; 64+ messages in thread
From: Arnaldo Carvalho de Melo @ 2023-03-28 19:47 UTC (permalink / raw)
To: Stephen Rothwell
Cc: Ian Rogers, Arnaldo Carvalho de Melo, Linux Kernel Mailing List,
Linux Next Mailing List, namhyung
Em Tue, Mar 28, 2023 at 12:33:32PM +1100, Stephen Rothwell escreveu:
> Hi Arnaldo,
>
> Just a few datapoints:
>
> My build machine (Debian Testing PowerpcLE, not quite the latest
> kernel):
> On Thu, 23 Mar 2023 10:27:36 -0300 Arnaldo Carvalho de Melo <acme@kernel.org> wrote:
> > Which improves a bit the situation.
> >
> > We could check if bpftool is available and if not, suggest installing
> > it.
>
> $ ls -l /usr/sbin/bpftool
> -rwxr-xr-x 1 root root 790504 Mar 6 02:33 /usr/sbin/bpftool
>
> > If it is available, we could check if /sys/kernel/bpf/ is available, if
> > not suggest using a kernel with CONFIG_DEBUG_INFO_BTF=y, as most distros
> > have by now.
The config files you used don't match the running kernels
> $ uname -a
> Linux zz1 6.0.0-5-powerpc64le #1 SMP Debian 6.0.10-2 (2022-12-01) ppc64le GNU/Linux
> $ ls -l /sys/kernel/bpf/
> ls: cannot access '/sys/kernel/bpf/': No such file or directory
> $ grep CONFIG_DEBUG_INFO_BTF /boot/config-6.0.0-5-powerpc64le
> # CONFIG_DEBUG_INFO_BTF is not set
>
> And in the latest powerpc64le kernel:
>
> $ grep CONFIG_DEBUG_INFO_BTF /boot/config-6.1.0-5-powerpc64le
> # CONFIG_DEBUG_INFO_BTF is not set
>
> Debian Testing arm64, not quite the latest kernel:
>
> $ uname -a
> Linux oak 6.1.0-5-arm64 #1 SMP Debian 6.1.12-1 (2023-02-15) aarch64 GNU/Linux
> $ ls -l /sys/kernel/bpf/
> ls: cannot access '/sys/kernel/bpf/': No such file or directory
> $ grep CONFIG_DEBUG_INFO_BTF /boot/config-6.1.0-5-arm64
> CONFIG_DEBUG_INFO_BTF=y
> CONFIG_DEBUG_INFO_BTF_MODULES=y
The running kernel is 6.1.12-1, the .config is 6.1.0-5
> Debian Testing amd64, the latest kernel:
>
> $ uname -a
> Linux pine 6.1.0-6-amd64 #1 SMP PREEMPT_DYNAMIC Debian 6.1.15-1 (2023-03-05) x86_64 GNU/Linux
> $ ls -l /sys/kernel/bpf/
> ls: cannot access '/sys/kernel/bpf/': No such file or directory
> $ grep CONFIG_DEBUG_INFO_BTF /boot/config-6.1.0-6-amd64
> CONFIG_DEBUG_INFO_BTF=y
> CONFIG_DEBUG_INFO_BTF_MODULES=y
Ditto, 6.1.15-1 != 6.1.0-6
>
> Debian Stable amd64, the latest kernel:
>
> $ uname -a
> Linux gimli 5.10.0-21-cloud-amd64 #1 SMP Debian 5.10.162-1 (2023-01-21) x86_64 GNU/Linux
> $ ls -l /sys/kernel/bpf/
> ls: cannot access '/sys/kernel/bpf/': No such file or directory
> $ grep CONFIG_DEBUG_INFO_BTF /boot/config-5.10.0-21-cloud-amd64
> CONFIG_DEBUG_INFO_BTF=y
Ditto, 5.10.162-1 != 5.10.0-21-cloud
Here:
[acme@quaco pahole]$ grep CONFIG_DEBUG_INFO_BTF /boot/config-`uname -r`
CONFIG_DEBUG_INFO_BTF=y
CONFIG_DEBUG_INFO_BTF_MODULES=y
[acme@quaco pahole]$ uname -r
6.1.18-100.fc36.x86_64
[acme@quaco pahole]$
[acme@quaco pahole]$ ls -la /sys/kernel/btf/vmlinux
-r--r--r--. 1 root root 5499812 Mar 20 17:45 /sys/kernel/btf/vmlinux
[acme@quaco pahole]$ ls -la /sys/kernel/btf/nfsv4
-r--r--r--. 1 root root 319948 Mar 28 16:46 /sys/kernel/btf/nfsv4
[acme@quaco pahole]$ lsmod | grep -w nfsv4
nfsv4 1085440 1
dns_resolver 16384 1 nfsv4
nfs 532480 2 nfsv4
sunrpc 704512 26 nfsd,rpcrdma,nfsv4,auth_rpcgss,lockd,rpcsec_gss_krb5,nfs_acl,nfs
[acme@quaco pahole]$ ls -la /sys/kernel/btf/nfsd
-r--r--r--. 1 root root 596066 Mar 28 16:46 /sys/kernel/btf/nfsd
[acme@quaco pahole]$ ls -la /sys/kernel/btf/lockd
-r--r--r--. 1 root root 180234 Mar 28 16:46 /sys/kernel/btf/lockd
[acme@quaco pahole]$
> --
> Cheers,
> Stephen Rothwell
^ permalink raw reply [flat|nested] 64+ messages in thread
* Re: linux-next: build failure after merge of the perf tree
2023-03-28 19:47 ` Arnaldo Carvalho de Melo
@ 2023-03-28 23:06 ` Stephen Rothwell
2023-03-29 12:28 ` Arnaldo Carvalho de Melo
0 siblings, 1 reply; 64+ messages in thread
From: Stephen Rothwell @ 2023-03-28 23:06 UTC (permalink / raw)
To: Arnaldo Carvalho de Melo
Cc: Ian Rogers, Arnaldo Carvalho de Melo, Linux Kernel Mailing List,
Linux Next Mailing List, namhyung
[-- Attachment #1: Type: text/plain, Size: 1417 bytes --]
Hi Arnaldo,
On Tue, 28 Mar 2023 16:47:23 -0300 Arnaldo Carvalho de Melo <acme@kernel.org> wrote:
>
> The config files you used don't match the running kernels
This is just the way Debian names its kernel packages.
> > $ uname -a
> > Linux zz1 6.0.0-5-powerpc64le #1 SMP Debian 6.0.10-2 (2022-12-01) ppc64le GNU/Linux
^^^^^^^^^^^^^^^^^^^
> > $ ls -l /sys/kernel/bpf/
> > ls: cannot access '/sys/kernel/bpf/': No such file or directory
> > $ grep CONFIG_DEBUG_INFO_BTF /boot/config-6.0.0-5-powerpc64le
^^^^^^^^^^^^^^^^^^^
And so on. It just happens that this kernel is based on v6.0.10.
$ uname -r
6.0.0-5-powerpc64le
So they are the correct config files.
Also, the mail I replied to talked about checking /sys/kernel/bpf/ (not
btf) :-(
still on my build machine (of course):
$ ls -l /sys/kernel/btf/
ls: cannot access '/sys/kernel/btf/': No such file or directory
So it seems that Debian do not build their powerpcle kernels with
CONFIG_DEBUG_INFO_BTF. I don't know why not since all the dependencies
seem to be OK.
[On my arm64 machine:
$ ls -l /sys/kernel/btf/vmlinux
-r--r--r-- 1 root root 5209570 Mar 29 09:52 /sys/kernel/btf/vmlinux
and on my amd64 machine:
$ ls -l /sys/kernel/btf/vmlinux
-r--r--r-- 1 root root 8536946 Mar 29 10:04 /sys/kernel/btf/vmlinux
]
--
Cheers,
Stephen Rothwell
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 488 bytes --]
^ permalink raw reply [flat|nested] 64+ messages in thread* Re: linux-next: build failure after merge of the perf tree
2023-03-28 23:06 ` Stephen Rothwell
@ 2023-03-29 12:28 ` Arnaldo Carvalho de Melo
2023-04-03 5:15 ` Stephen Rothwell
0 siblings, 1 reply; 64+ messages in thread
From: Arnaldo Carvalho de Melo @ 2023-03-29 12:28 UTC (permalink / raw)
To: Stephen Rothwell
Cc: Ian Rogers, Arnaldo Carvalho de Melo, Linux Kernel Mailing List,
Linux Next Mailing List, namhyung
Em Wed, Mar 29, 2023 at 10:06:12AM +1100, Stephen Rothwell escreveu:
> Hi Arnaldo,
> On Tue, 28 Mar 2023 16:47:23 -0300 Arnaldo Carvalho de Melo <acme@kernel.org> wrote:
> > The config files you used don't match the running kernels
> This is just the way Debian names its kernel packages.
> > > $ uname -a
> > > Linux zz1 6.0.0-5-powerpc64le #1 SMP Debian 6.0.10-2 (2022-12-01) ppc64le GNU/Linux
> ^^^^^^^^^^^^^^^^^^^
> > > $ ls -l /sys/kernel/bpf/
> > > ls: cannot access '/sys/kernel/bpf/': No such file or directory
> > > $ grep CONFIG_DEBUG_INFO_BTF /boot/config-6.0.0-5-powerpc64le
> ^^^^^^^^^^^^^^^^^^^
> And so on. It just happens that this kernel is based on v6.0.10.
> $ uname -r
> 6.0.0-5-powerpc64le
> So they are the correct config files.
> Also, the mail I replied to talked about checking /sys/kernel/bpf/ (not
> btf) :-(
Sorry about that, I replied from my smartphone, when on my workstation
I try to try the commands and copy'n'paste the whole command + output
sequence to avoid such mistakes.
> still on my build machine (of course):
> $ ls -l /sys/kernel/btf/
> ls: cannot access '/sys/kernel/btf/': No such file or directory
> So it seems that Debian do not build their powerpcle kernels with
> CONFIG_DEBUG_INFO_BTF. I don't know why not since all the dependencies
> seem to be OK.
Right, at this point they should if they want to properly support the
full set of BPF functionalities, notably CO-RE.
> [On my arm64 machine:
>
> $ ls -l /sys/kernel/btf/vmlinux
> -r--r--r-- 1 root root 5209570 Mar 29 09:52 /sys/kernel/btf/vmlinux
>
> and on my amd64 machine:
>
> $ ls -l /sys/kernel/btf/vmlinux
> -r--r--r-- 1 root root 8536946 Mar 29 10:04 /sys/kernel/btf/vmlinux
> ]
Everything should be working fine on those machines, right?
- Arnaldo
^ permalink raw reply [flat|nested] 64+ messages in thread
* Re: linux-next: build failure after merge of the perf tree
2023-03-29 12:28 ` Arnaldo Carvalho de Melo
@ 2023-04-03 5:15 ` Stephen Rothwell
0 siblings, 0 replies; 64+ messages in thread
From: Stephen Rothwell @ 2023-04-03 5:15 UTC (permalink / raw)
To: Arnaldo Carvalho de Melo
Cc: Ian Rogers, Arnaldo Carvalho de Melo, Linux Kernel Mailing List,
Linux Next Mailing List, namhyung
[-- Attachment #1: Type: text/plain, Size: 552 bytes --]
Hi Arnaldo,
On Wed, 29 Mar 2023 09:28:39 -0300 Arnaldo Carvalho de Melo <acme@kernel.org> wrote:
>
> > [On my arm64 machine:
> >
> > $ ls -l /sys/kernel/btf/vmlinux
> > -r--r--r-- 1 root root 5209570 Mar 29 09:52 /sys/kernel/btf/vmlinux
> >
> > and on my amd64 machine:
> >
> > $ ls -l /sys/kernel/btf/vmlinux
> > -r--r--r-- 1 root root 8536946 Mar 29 10:04 /sys/kernel/btf/vmlinux
> > ]
>
> Everything should be working fine on those machines, right?
Sorry, I don;t build on those machines.
--
Cheers,
Stephen Rothwell
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 488 bytes --]
^ permalink raw reply [flat|nested] 64+ messages in thread
* linux-next: build failure after merge of the perf tree
@ 2022-08-30 22:34 Stephen Rothwell
2022-09-01 5:11 ` Anshuman Khandual
2022-09-06 19:05 ` Stephen Rothwell
0 siblings, 2 replies; 64+ messages in thread
From: Stephen Rothwell @ 2022-08-30 22:34 UTC (permalink / raw)
To: Arnaldo Carvalho de Melo
Cc: Anshuman Khandual, Linux Kernel Mailing List,
Linux Next Mailing List
[-- Attachment #1: Type: text/plain, Size: 1050 bytes --]
Hi all,
After merging the perf tree, today's linux-next build (native perf)
failed like this:
In file included from /usr/include/stdio.h:866,
from /home/sfr/next/next/tools/perf/util/branch.h:9,
from util/branch.c:2:
In function 'fprintf',
inlined from 'branch_type_stat_display' at util/branch.c:152:4:
/usr/include/powerpc64le-linux-gnu/bits/stdio2.h:105:10: error: '%8s' directive argument is null [-Werror=format-overflow=]
105 | return __fprintf_chk (__stream, __USE_FORTIFY_LEVEL - 1, __fmt,
| ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
106 | __va_arg_pack ());
| ~~~~~~~~~~~~~~~~~
cc1: all warnings being treated as errors
Presumably caused by commit
9781e500dcb8 ("perf branch: Extend branch type classification")
"native" here is PowerPC64 LE.
$ gcc --version
gcc (Debian 11.2.0-10) 11.2.0
I have used the perf tree from next-20220830 for today.
--
Cheers,
Stephen Rothwell
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 488 bytes --]
^ permalink raw reply [flat|nested] 64+ messages in thread* Re: linux-next: build failure after merge of the perf tree
2022-08-30 22:34 Stephen Rothwell
@ 2022-09-01 5:11 ` Anshuman Khandual
2022-09-06 19:05 ` Stephen Rothwell
1 sibling, 0 replies; 64+ messages in thread
From: Anshuman Khandual @ 2022-09-01 5:11 UTC (permalink / raw)
To: Stephen Rothwell, Arnaldo Carvalho de Melo
Cc: Linux Kernel Mailing List, Linux Next Mailing List
Hello Stephen,
This seems to be the same problem as pointed by ACME on the patch series [1].
Could this be a compiler false positive ? Because the new code block is exact
same like the existing one. This warning seems to only occurs on powerpc64el
platform, but not on others.
[1] https://lore.kernel.org/lkml/Yw59CkHUVbfrHdkh@kernel.org/
- Anshuman
On 8/31/22 04:04, Stephen Rothwell wrote:
> Hi all,
>
> After merging the perf tree, today's linux-next build (native perf)
> failed like this:
>
> In file included from /usr/include/stdio.h:866,
> from /home/sfr/next/next/tools/perf/util/branch.h:9,
> from util/branch.c:2:
> In function 'fprintf',
> inlined from 'branch_type_stat_display' at util/branch.c:152:4:
> /usr/include/powerpc64le-linux-gnu/bits/stdio2.h:105:10: error: '%8s' directive argument is null [-Werror=format-overflow=]
> 105 | return __fprintf_chk (__stream, __USE_FORTIFY_LEVEL - 1, __fmt,
> | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> 106 | __va_arg_pack ());
> | ~~~~~~~~~~~~~~~~~
> cc1: all warnings being treated as errors
>
> Presumably caused by commit
>
> 9781e500dcb8 ("perf branch: Extend branch type classification")
>
> "native" here is PowerPC64 LE.
> $ gcc --version
> gcc (Debian 11.2.0-10) 11.2.0
>
> I have used the perf tree from next-20220830 for today.
>
^ permalink raw reply [flat|nested] 64+ messages in thread* Re: linux-next: build failure after merge of the perf tree
2022-08-30 22:34 Stephen Rothwell
2022-09-01 5:11 ` Anshuman Khandual
@ 2022-09-06 19:05 ` Stephen Rothwell
2022-09-07 2:31 ` Anshuman Khandual
1 sibling, 1 reply; 64+ messages in thread
From: Stephen Rothwell @ 2022-09-06 19:05 UTC (permalink / raw)
To: Arnaldo Carvalho de Melo
Cc: Anshuman Khandual, Linux Kernel Mailing List,
Linux Next Mailing List
[-- Attachment #1: Type: text/plain, Size: 1226 bytes --]
Hi all,
On Wed, 31 Aug 2022 08:34:52 +1000 Stephen Rothwell <sfr@canb.auug.org.au> wrote:
>
> After merging the perf tree, today's linux-next build (native perf)
> failed like this:
>
> In file included from /usr/include/stdio.h:866,
> from /home/sfr/next/next/tools/perf/util/branch.h:9,
> from util/branch.c:2:
> In function 'fprintf',
> inlined from 'branch_type_stat_display' at util/branch.c:152:4:
> /usr/include/powerpc64le-linux-gnu/bits/stdio2.h:105:10: error: '%8s' directive argument is null [-Werror=format-overflow=]
> 105 | return __fprintf_chk (__stream, __USE_FORTIFY_LEVEL - 1, __fmt,
> | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> 106 | __va_arg_pack ());
> | ~~~~~~~~~~~~~~~~~
> cc1: all warnings being treated as errors
>
> Presumably caused by commit
>
> 9781e500dcb8 ("perf branch: Extend branch type classification")
>
> "native" here is PowerPC64 LE.
> $ gcc --version
> gcc (Debian 11.2.0-10) 11.2.0
>
> I have used the perf tree from next-20220830 for today.
I am still seeing this build failure.
--
Cheers,
Stephen Rothwell
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 488 bytes --]
^ permalink raw reply [flat|nested] 64+ messages in thread* Re: linux-next: build failure after merge of the perf tree
2022-09-06 19:05 ` Stephen Rothwell
@ 2022-09-07 2:31 ` Anshuman Khandual
2022-09-07 3:00 ` Stephen Rothwell
0 siblings, 1 reply; 64+ messages in thread
From: Anshuman Khandual @ 2022-09-07 2:31 UTC (permalink / raw)
To: Stephen Rothwell, Arnaldo Carvalho de Melo
Cc: Linux Kernel Mailing List, Linux Next Mailing List
On 9/7/22 00:35, Stephen Rothwell wrote:
> Hi all,
>
> On Wed, 31 Aug 2022 08:34:52 +1000 Stephen Rothwell <sfr@canb.auug.org.au> wrote:
>>
>> After merging the perf tree, today's linux-next build (native perf)
>> failed like this:
>>
>> In file included from /usr/include/stdio.h:866,
>> from /home/sfr/next/next/tools/perf/util/branch.h:9,
>> from util/branch.c:2:
>> In function 'fprintf',
>> inlined from 'branch_type_stat_display' at util/branch.c:152:4:
>> /usr/include/powerpc64le-linux-gnu/bits/stdio2.h:105:10: error: '%8s' directive argument is null [-Werror=format-overflow=]
>> 105 | return __fprintf_chk (__stream, __USE_FORTIFY_LEVEL - 1, __fmt,
>> | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
>> 106 | __va_arg_pack ());
>> | ~~~~~~~~~~~~~~~~~
>> cc1: all warnings being treated as errors
>>
>> Presumably caused by commit
>>
>> 9781e500dcb8 ("perf branch: Extend branch type classification")
>>
>> "native" here is PowerPC64 LE.
>> $ gcc --version
>> gcc (Debian 11.2.0-10) 11.2.0
>>
>> I have used the perf tree from next-20220830 for today.
>
> I am still seeing this build failure.
But did you apply the fix patch from Arnaldo that removes -Wno-format-overflow
compiler option for the file util/branch.c ?
https://lore.kernel.org/all/YxJBh3wvAGol+Ekq@kernel.org/
- Anshuman
^ permalink raw reply [flat|nested] 64+ messages in thread* Re: linux-next: build failure after merge of the perf tree
2022-09-07 2:31 ` Anshuman Khandual
@ 2022-09-07 3:00 ` Stephen Rothwell
2022-09-07 4:22 ` Anshuman Khandual
0 siblings, 1 reply; 64+ messages in thread
From: Stephen Rothwell @ 2022-09-07 3:00 UTC (permalink / raw)
To: Anshuman Khandual
Cc: Arnaldo Carvalho de Melo, Linux Kernel Mailing List,
Linux Next Mailing List
[-- Attachment #1: Type: text/plain, Size: 2255 bytes --]
Hi all,
On Wed, 7 Sep 2022 08:01:34 +0530 Anshuman Khandual <anshuman.khandual@arm.com> wrote:
>
> On 9/7/22 00:35, Stephen Rothwell wrote:
> > Hi all,
> >
> > On Wed, 31 Aug 2022 08:34:52 +1000 Stephen Rothwell <sfr@canb.auug.org.au> wrote:
> >>
> >> After merging the perf tree, today's linux-next build (native perf)
> >> failed like this:
> >>
> >> In file included from /usr/include/stdio.h:866,
> >> from /home/sfr/next/next/tools/perf/util/branch.h:9,
> >> from util/branch.c:2:
> >> In function 'fprintf',
> >> inlined from 'branch_type_stat_display' at util/branch.c:152:4:
> >> /usr/include/powerpc64le-linux-gnu/bits/stdio2.h:105:10: error: '%8s' directive argument is null [-Werror=format-overflow=]
> >> 105 | return __fprintf_chk (__stream, __USE_FORTIFY_LEVEL - 1, __fmt,
> >> | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> >> 106 | __va_arg_pack ());
> >> | ~~~~~~~~~~~~~~~~~
> >> cc1: all warnings being treated as errors
> >>
> >> Presumably caused by commit
> >>
> >> 9781e500dcb8 ("perf branch: Extend branch type classification")
> >>
> >> "native" here is PowerPC64 LE.
> >> $ gcc --version
> >> gcc (Debian 11.2.0-10) 11.2.0
> >>
> >> I have used the perf tree from next-20220830 for today.
> >
> > I am still seeing this build failure.
>
> But did you apply the fix patch from Arnaldo that removes -Wno-format-overflow
> compiler option for the file util/branch.c ?
>
> https://lore.kernel.org/all/YxJBh3wvAGol+Ekq@kernel.org/
No, I expected a fix to be in the perf tree ...
Also note that the following fixes the problem for me:
diff --git a/tools/perf/util/branch.c b/tools/perf/util/branch.c
index d40776c44b06..b7b898f2872e 100644
--- a/tools/perf/util/branch.c
+++ b/tools/perf/util/branch.c
@@ -88,7 +88,8 @@ const char *branch_type_name(int type)
"ERET",
"IRQ",
"SERROR",
- "NO_TX"
+ "NO_TX",
+ ""
};
if (type >= 0 && type < PERF_BR_MAX)
PERF_BR_MAX has been increased by one (when PERF_BR_EXTEND_ABI was
added), but a new string has not been added to the array ...
--
Cheers,
Stephen Rothwell
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 488 bytes --]
^ permalink raw reply related [flat|nested] 64+ messages in thread* Re: linux-next: build failure after merge of the perf tree
2022-09-07 3:00 ` Stephen Rothwell
@ 2022-09-07 4:22 ` Anshuman Khandual
2022-09-08 15:21 ` Arnaldo Carvalho de Melo
0 siblings, 1 reply; 64+ messages in thread
From: Anshuman Khandual @ 2022-09-07 4:22 UTC (permalink / raw)
To: Stephen Rothwell
Cc: Arnaldo Carvalho de Melo, Linux Kernel Mailing List,
Linux Next Mailing List
On 9/7/22 08:30, Stephen Rothwell wrote:
> Hi all,
>
> On Wed, 7 Sep 2022 08:01:34 +0530 Anshuman Khandual <anshuman.khandual@arm.com> wrote:
>>
>> On 9/7/22 00:35, Stephen Rothwell wrote:
>>> Hi all,
>>>
>>> On Wed, 31 Aug 2022 08:34:52 +1000 Stephen Rothwell <sfr@canb.auug.org.au> wrote:
>>>>
>>>> After merging the perf tree, today's linux-next build (native perf)
>>>> failed like this:
>>>>
>>>> In file included from /usr/include/stdio.h:866,
>>>> from /home/sfr/next/next/tools/perf/util/branch.h:9,
>>>> from util/branch.c:2:
>>>> In function 'fprintf',
>>>> inlined from 'branch_type_stat_display' at util/branch.c:152:4:
>>>> /usr/include/powerpc64le-linux-gnu/bits/stdio2.h:105:10: error: '%8s' directive argument is null [-Werror=format-overflow=]
>>>> 105 | return __fprintf_chk (__stream, __USE_FORTIFY_LEVEL - 1, __fmt,
>>>> | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
>>>> 106 | __va_arg_pack ());
>>>> | ~~~~~~~~~~~~~~~~~
>>>> cc1: all warnings being treated as errors
>>>>
>>>> Presumably caused by commit
>>>>
>>>> 9781e500dcb8 ("perf branch: Extend branch type classification")
>>>>
>>>> "native" here is PowerPC64 LE.
>>>> $ gcc --version
>>>> gcc (Debian 11.2.0-10) 11.2.0
>>>>
>>>> I have used the perf tree from next-20220830 for today.
>>>
>>> I am still seeing this build failure.
>>
>> But did you apply the fix patch from Arnaldo that removes -Wno-format-overflow
>> compiler option for the file util/branch.c ?
>>
>> https://lore.kernel.org/all/YxJBh3wvAGol+Ekq@kernel.org/
>
> No, I expected a fix to be in the perf tree ...
>
> Also note that the following fixes the problem for me:
>
> diff --git a/tools/perf/util/branch.c b/tools/perf/util/branch.c
> index d40776c44b06..b7b898f2872e 100644
> --- a/tools/perf/util/branch.c
> +++ b/tools/perf/util/branch.c
> @@ -88,7 +88,8 @@ const char *branch_type_name(int type)
> "ERET",
> "IRQ",
> "SERROR",
> - "NO_TX"
> + "NO_TX",
> + ""
> };
>
> if (type >= 0 && type < PERF_BR_MAX)
This looks right, makes sense.
>
>
> PERF_BR_MAX has been increased by one (when PERF_BR_EXTEND_ABI was
> added), but a new string has not been added to the array ...
Right, even though new branch_new_names[] array gets queried on when type
value is PERF_BR_EXTEND_ABI, branch_names[] should still contain an empty
string "" just to match the now incremented PERF_BR_MAX which extends the
array size as well. I guess the compiler detects this mismatch here and
just complains about it.
Hello Arnaldo,
As adding empty string to the array solves the build problem, I guess we
should fold this fix instead, rather than trying to drop the compiler
option itself, as discussed earlier.
The above fix should be folded into the following commit
9781e500dcb8 ("perf branch: Extend branch type classification")
in the following perf tree - branch.
git://git.kernel.org/pub/scm/linux/kernel/git/acme/linux.git (perf/core)
- Anshuman
^ permalink raw reply [flat|nested] 64+ messages in thread* Re: linux-next: build failure after merge of the perf tree
2022-09-07 4:22 ` Anshuman Khandual
@ 2022-09-08 15:21 ` Arnaldo Carvalho de Melo
0 siblings, 0 replies; 64+ messages in thread
From: Arnaldo Carvalho de Melo @ 2022-09-08 15:21 UTC (permalink / raw)
To: Anshuman Khandual
Cc: Stephen Rothwell, Arnaldo Carvalho de Melo,
Linux Kernel Mailing List, Linux Next Mailing List
Em Wed, Sep 07, 2022 at 09:52:48AM +0530, Anshuman Khandual escreveu:
>
>
> On 9/7/22 08:30, Stephen Rothwell wrote:
> > Hi all,
> >
> > On Wed, 7 Sep 2022 08:01:34 +0530 Anshuman Khandual <anshuman.khandual@arm.com> wrote:
> >>
> >> On 9/7/22 00:35, Stephen Rothwell wrote:
> >>> Hi all,
> >>>
> >>> On Wed, 31 Aug 2022 08:34:52 +1000 Stephen Rothwell <sfr@canb.auug.org.au> wrote:
> >>>>
> >>>> After merging the perf tree, today's linux-next build (native perf)
> >>>> failed like this:
> >>>>
> >>>> In file included from /usr/include/stdio.h:866,
> >>>> from /home/sfr/next/next/tools/perf/util/branch.h:9,
> >>>> from util/branch.c:2:
> >>>> In function 'fprintf',
> >>>> inlined from 'branch_type_stat_display' at util/branch.c:152:4:
> >>>> /usr/include/powerpc64le-linux-gnu/bits/stdio2.h:105:10: error: '%8s' directive argument is null [-Werror=format-overflow=]
> >>>> 105 | return __fprintf_chk (__stream, __USE_FORTIFY_LEVEL - 1, __fmt,
> >>>> | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> >>>> 106 | __va_arg_pack ());
> >>>> | ~~~~~~~~~~~~~~~~~
> >>>> cc1: all warnings being treated as errors
> >>>>
> >>>> Presumably caused by commit
> >>>>
> >>>> 9781e500dcb8 ("perf branch: Extend branch type classification")
> >>>>
> >>>> "native" here is PowerPC64 LE.
> >>>> $ gcc --version
> >>>> gcc (Debian 11.2.0-10) 11.2.0
> >>>>
> >>>> I have used the perf tree from next-20220830 for today.
> >>>
> >>> I am still seeing this build failure.
> >>
> >> But did you apply the fix patch from Arnaldo that removes -Wno-format-overflow
> >> compiler option for the file util/branch.c ?
> >>
> >> https://lore.kernel.org/all/YxJBh3wvAGol+Ekq@kernel.org/
> >
> > No, I expected a fix to be in the perf tree ...
> >
> > Also note that the following fixes the problem for me:
> >
> > diff --git a/tools/perf/util/branch.c b/tools/perf/util/branch.c
> > index d40776c44b06..b7b898f2872e 100644
> > --- a/tools/perf/util/branch.c
> > +++ b/tools/perf/util/branch.c
> > @@ -88,7 +88,8 @@ const char *branch_type_name(int type)
> > "ERET",
> > "IRQ",
> > "SERROR",
> > - "NO_TX"
> > + "NO_TX",
> > + ""
> > };
> >
> > if (type >= 0 && type < PERF_BR_MAX)
>
> This looks right, makes sense.
>
> >
> >
> > PERF_BR_MAX has been increased by one (when PERF_BR_EXTEND_ABI was
> > added), but a new string has not been added to the array ...
>
> Right, even though new branch_new_names[] array gets queried on when type
> value is PERF_BR_EXTEND_ABI, branch_names[] should still contain an empty
> string "" just to match the now incremented PERF_BR_MAX which extends the
> array size as well. I guess the compiler detects this mismatch here and
> just complains about it.
>
> Hello Arnaldo,
>
> As adding empty string to the array solves the build problem, I guess we
> should fold this fix instead, rather than trying to drop the compiler
> option itself, as discussed earlier.
I'll do it, and even force push perf/core so that this problem doesn't
get into the bisection history upstream.
- Arnaldo
> The above fix should be folded into the following commit
>
> 9781e500dcb8 ("perf branch: Extend branch type classification")
>
> in the following perf tree - branch.
>
> git://git.kernel.org/pub/scm/linux/kernel/git/acme/linux.git (perf/core)
>
> - Anshuman
--
- Arnaldo
^ permalink raw reply [flat|nested] 64+ messages in thread
* linux-next: build failure after merge of the perf tree
@ 2022-07-20 23:05 Stephen Rothwell
2022-07-21 2:35 ` Ian Rogers
0 siblings, 1 reply; 64+ messages in thread
From: Stephen Rothwell @ 2022-07-20 23:05 UTC (permalink / raw)
To: Arnaldo Carvalho de Melo
Cc: Arnaldo Carvalho de Melo, Ian Rogers, Ian Rogers,
Linux Kernel Mailing List, Linux Next Mailing List
[-- Attachment #1: Type: text/plain, Size: 432 bytes --]
Hi all,
After merging the perf tree, today's linux-next build (native perf)
failed like this:
Traceback (most recent call last):
File "util/setup.py", line 31, in <module>
from setuptools import setup, Extension
ImportError: No module named setuptools
Caused by commit
ee87a0841aa5 ("perf python: Avoid deprecation warning on distutils")
I installed python3-setuptools.
--
Cheers,
Stephen Rothwell
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 488 bytes --]
^ permalink raw reply [flat|nested] 64+ messages in thread* Re: linux-next: build failure after merge of the perf tree
2022-07-20 23:05 Stephen Rothwell
@ 2022-07-21 2:35 ` Ian Rogers
2022-07-21 3:55 ` Stephen Rothwell
0 siblings, 1 reply; 64+ messages in thread
From: Ian Rogers @ 2022-07-21 2:35 UTC (permalink / raw)
To: Stephen Rothwell
Cc: Arnaldo Carvalho de Melo, Arnaldo Carvalho de Melo, Ian Rogers,
Linux Kernel Mailing List, Linux Next Mailing List
On Wed, Jul 20, 2022 at 4:05 PM Stephen Rothwell <sfr@canb.auug.org.au> wrote:
>
> Hi all,
>
> After merging the perf tree, today's linux-next build (native perf)
> failed like this:
>
> Traceback (most recent call last):
> File "util/setup.py", line 31, in <module>
> from setuptools import setup, Extension
> ImportError: No module named setuptools
>
> Caused by commit
>
> ee87a0841aa5 ("perf python: Avoid deprecation warning on distutils")
>
> I installed python3-setuptools.
Thanks, could you give more details? Are you overriding python to be
an older version on the command line? What does "python --version" and
"python3 --version" show? Installing python3-setuptools should be what
you need, but I'm not sure why that's not working for you.
In any case. sorry for the inconvenience of this. Thanks,
Ian
> --
> Cheers,
> Stephen Rothwell
^ permalink raw reply [flat|nested] 64+ messages in thread* Re: linux-next: build failure after merge of the perf tree
2022-07-21 2:35 ` Ian Rogers
@ 2022-07-21 3:55 ` Stephen Rothwell
2022-07-21 5:33 ` Ian Rogers
0 siblings, 1 reply; 64+ messages in thread
From: Stephen Rothwell @ 2022-07-21 3:55 UTC (permalink / raw)
To: Ian Rogers
Cc: Arnaldo Carvalho de Melo, Arnaldo Carvalho de Melo, Ian Rogers,
Linux Kernel Mailing List, Linux Next Mailing List
[-- Attachment #1: Type: text/plain, Size: 713 bytes --]
Hi Ian,
On Wed, 20 Jul 2022 19:35:45 -0700 Ian Rogers <irogers@google.com> wrote:
>
> On Wed, Jul 20, 2022 at 4:05 PM Stephen Rothwell <sfr@canb.auug.org.au> wrote:
> >
> > I installed python3-setuptools.
>
> Thanks, could you give more details? Are you overriding python to be
> an older version on the command line? What does "python --version" and
> "python3 --version" show? Installing python3-setuptools should be what
> you need, but I'm not sure why that's not working for you.
I am not doing anything unusual. What I meant was "To fix this, I
installed python3-setuptools as I did not have it installed before".
It built fine once I installed that.
--
Cheers,
Stephen Rothwell
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 488 bytes --]
^ permalink raw reply [flat|nested] 64+ messages in thread
* Re: linux-next: build failure after merge of the perf tree
2022-07-21 3:55 ` Stephen Rothwell
@ 2022-07-21 5:33 ` Ian Rogers
0 siblings, 0 replies; 64+ messages in thread
From: Ian Rogers @ 2022-07-21 5:33 UTC (permalink / raw)
To: Stephen Rothwell
Cc: Arnaldo Carvalho de Melo, Arnaldo Carvalho de Melo, Ian Rogers,
Linux Kernel Mailing List, Linux Next Mailing List
On Wed, Jul 20, 2022 at 8:56 PM Stephen Rothwell <sfr@canb.auug.org.au> wrote:
>
> Hi Ian,
>
> On Wed, 20 Jul 2022 19:35:45 -0700 Ian Rogers <irogers@google.com> wrote:
> >
> > On Wed, Jul 20, 2022 at 4:05 PM Stephen Rothwell <sfr@canb.auug.org.au> wrote:
> > >
> > > I installed python3-setuptools.
> >
> > Thanks, could you give more details? Are you overriding python to be
> > an older version on the command line? What does "python --version" and
> > "python3 --version" show? Installing python3-setuptools should be what
> > you need, but I'm not sure why that's not working for you.
>
> I am not doing anything unusual. What I meant was "To fix this, I
> installed python3-setuptools as I did not have it installed before".
> It built fine once I installed that.
Ah, thanks for the clarification. We could do something to make the
remedy of this problem clearer.
Thanks,
Ian
> --
> Cheers,
> Stephen Rothwell
^ permalink raw reply [flat|nested] 64+ messages in thread
* linux-next: build failure after merge of the perf tree
@ 2022-01-05 22:19 Stephen Rothwell
2022-01-07 8:58 ` kajoljain
0 siblings, 1 reply; 64+ messages in thread
From: Stephen Rothwell @ 2022-01-05 22:19 UTC (permalink / raw)
To: Arnaldo Carvalho de Melo
Cc: Kajol Jain, Linux Kernel Mailing List, Linux Next Mailing List
[-- Attachment #1: Type: text/plain, Size: 2424 bytes --]
Hi all,
After merging the perf tree, today's linux-next build (powerpc
ppc64_defconfig) failed like this:
In file included from include/linux/perf_event.h:17,
from arch/powerpc/perf/isa207-common.h:12,
from arch/powerpc/perf/isa207-common.c:9:
arch/powerpc/perf/isa207-common.c: In function 'isa207_find_source':
include/uapi/linux/perf_event.h:1339:11: error: 'PERF_MEM_HOPS_2' undeclared (first use in this function); did you mean 'PERF_MEM_HOPS_0'?
1339 | (((__u64)PERF_MEM_##a##_##s) << PERF_MEM_##a##_SHIFT)
| ^~~~~~~~~
arch/powerpc/perf/isa207-common.h:273:20: note: in expansion of macro 'PERF_MEM_S'
273 | #define P(a, b) PERF_MEM_S(a, b)
| ^~~~~~~~~~
arch/powerpc/perf/isa207-common.c:240:51: note: in expansion of macro 'P'
240 | ret |= PH(LVL, REM_RAM1) | REM | LEVEL(RAM) | P(HOPS, 2);
| ^
include/uapi/linux/perf_event.h:1339:11: note: each undeclared identifier is reported only once for each function it appears in
1339 | (((__u64)PERF_MEM_##a##_##s) << PERF_MEM_##a##_SHIFT)
| ^~~~~~~~~
arch/powerpc/perf/isa207-common.h:273:20: note: in expansion of macro 'PERF_MEM_S'
273 | #define P(a, b) PERF_MEM_S(a, b)
| ^~~~~~~~~~
arch/powerpc/perf/isa207-common.c:240:51: note: in expansion of macro 'P'
240 | ret |= PH(LVL, REM_RAM1) | REM | LEVEL(RAM) | P(HOPS, 2);
| ^
include/uapi/linux/perf_event.h:1339:11: error: 'PERF_MEM_HOPS_3' undeclared (first use in this function); did you mean 'PERF_MEM_HOPS_0'?
1339 | (((__u64)PERF_MEM_##a##_##s) << PERF_MEM_##a##_SHIFT)
| ^~~~~~~~~
arch/powerpc/perf/isa207-common.h:273:20: note: in expansion of macro 'PERF_MEM_S'
273 | #define P(a, b) PERF_MEM_S(a, b)
| ^~~~~~~~~~
arch/powerpc/perf/isa207-common.c:244:51: note: in expansion of macro 'P'
244 | ret |= PH(LVL, REM_RAM2) | REM | LEVEL(RAM) | P(HOPS, 3);
| ^
Caused by commit
af2b24f228a0 ("perf powerpc: Add data source encodings for power10 platform")
It looks like patch 1/4 of this series is missing ...
I have used the perf tree from next-20220105 for today.
--
Cheers,
Stephen Rothwell
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 488 bytes --]
^ permalink raw reply [flat|nested] 64+ messages in thread* Re: linux-next: build failure after merge of the perf tree
2022-01-05 22:19 Stephen Rothwell
@ 2022-01-07 8:58 ` kajoljain
2022-01-11 21:45 ` Stephen Rothwell
0 siblings, 1 reply; 64+ messages in thread
From: kajoljain @ 2022-01-07 8:58 UTC (permalink / raw)
To: Stephen Rothwell, Arnaldo Carvalho de Melo
Cc: Linux Kernel Mailing List, Linux Next Mailing List
On 1/6/22 3:49 AM, Stephen Rothwell wrote:
> Hi all,
>
> After merging the perf tree, today's linux-next build (powerpc
> ppc64_defconfig) failed like this:
>
> In file included from include/linux/perf_event.h:17,
> from arch/powerpc/perf/isa207-common.h:12,
> from arch/powerpc/perf/isa207-common.c:9:
> arch/powerpc/perf/isa207-common.c: In function 'isa207_find_source':
> include/uapi/linux/perf_event.h:1339:11: error: 'PERF_MEM_HOPS_2' undeclared (first use in this function); did you mean 'PERF_MEM_HOPS_0'?
> 1339 | (((__u64)PERF_MEM_##a##_##s) << PERF_MEM_##a##_SHIFT)
> | ^~~~~~~~~
> arch/powerpc/perf/isa207-common.h:273:20: note: in expansion of macro 'PERF_MEM_S'
> 273 | #define P(a, b) PERF_MEM_S(a, b)
> | ^~~~~~~~~~
> arch/powerpc/perf/isa207-common.c:240:51: note: in expansion of macro 'P'
> 240 | ret |= PH(LVL, REM_RAM1) | REM | LEVEL(RAM) | P(HOPS, 2);
> | ^
> include/uapi/linux/perf_event.h:1339:11: note: each undeclared identifier is reported only once for each function it appears in
> 1339 | (((__u64)PERF_MEM_##a##_##s) << PERF_MEM_##a##_SHIFT)
> | ^~~~~~~~~
> arch/powerpc/perf/isa207-common.h:273:20: note: in expansion of macro 'PERF_MEM_S'
> 273 | #define P(a, b) PERF_MEM_S(a, b)
> | ^~~~~~~~~~
> arch/powerpc/perf/isa207-common.c:240:51: note: in expansion of macro 'P'
> 240 | ret |= PH(LVL, REM_RAM1) | REM | LEVEL(RAM) | P(HOPS, 2);
> | ^
> include/uapi/linux/perf_event.h:1339:11: error: 'PERF_MEM_HOPS_3' undeclared (first use in this function); did you mean 'PERF_MEM_HOPS_0'?
> 1339 | (((__u64)PERF_MEM_##a##_##s) << PERF_MEM_##a##_SHIFT)
> | ^~~~~~~~~
> arch/powerpc/perf/isa207-common.h:273:20: note: in expansion of macro 'PERF_MEM_S'
> 273 | #define P(a, b) PERF_MEM_S(a, b)
> | ^~~~~~~~~~
> arch/powerpc/perf/isa207-common.c:244:51: note: in expansion of macro 'P'
> 244 | ret |= PH(LVL, REM_RAM2) | REM | LEVEL(RAM) | P(HOPS, 3);
> | ^
>
> Caused by commit
>
> af2b24f228a0 ("perf powerpc: Add data source encodings for power10 platform")
>
> It looks like patch 1/4 of this series is missing ...
Hi Stephen,
Yes you are right, original patch series contain 4 patches, where
1/4 patch contain kernel side changes for the same. Hence we are getting
this error, as that patch is missing in the Arnaldo tree.
Link to the patchset: https://lkml.org/lkml/2021/12/6/143
That kernel side patch is taken by Michael Ellermen via powerpc git.
Link to the patchset on powerpc/next:
[1/4] perf: Add new macros for mem_hops field
https://git.kernel.org/pub/scm/linux/kernel/git/powerpc/linux.git/commit/?id=cb1c4aba055f928ffae0c868e8dfe08eeab302e7
[3/4] powerpc/perf: Add encodings to represent data based on newer
composite PERF_MEM_LVLNUM* fields
https://git.kernel.org/pub/scm/linux/kernel/git/powerpc/linux.git/commit/?id=4a20ee106154ac1765dea97932faad29f0ba57fc
[4/4] powerpc/perf: Add data source encodings for power10 platform
https://git.kernel.org/pub/scm/linux/kernel/git/powerpc/linux.git/commit/?id=6ed05a8efda56e5be11081954929421de19cce88
Thanks,
Kajol Jain
>
> I have used the perf tree from next-20220105 for today.
>
^ permalink raw reply [flat|nested] 64+ messages in thread* Re: linux-next: build failure after merge of the perf tree
2022-01-07 8:58 ` kajoljain
@ 2022-01-11 21:45 ` Stephen Rothwell
2022-01-11 22:01 ` Arnaldo Carvalho de Melo
0 siblings, 1 reply; 64+ messages in thread
From: Stephen Rothwell @ 2022-01-11 21:45 UTC (permalink / raw)
To: Arnaldo Carvalho de Melo
Cc: kajoljain, Linux Kernel Mailing List, Linux Next Mailing List
[-- Attachment #1: Type: text/plain, Size: 3828 bytes --]
Hi all,
On Fri, 7 Jan 2022 14:28:37 +0530 kajoljain <kjain@linux.ibm.com> wrote:
>
> On 1/6/22 3:49 AM, Stephen Rothwell wrote:
> >
> > After merging the perf tree, today's linux-next build (powerpc
> > ppc64_defconfig) failed like this:
> >
> > In file included from include/linux/perf_event.h:17,
> > from arch/powerpc/perf/isa207-common.h:12,
> > from arch/powerpc/perf/isa207-common.c:9:
> > arch/powerpc/perf/isa207-common.c: In function 'isa207_find_source':
> > include/uapi/linux/perf_event.h:1339:11: error: 'PERF_MEM_HOPS_2' undeclared (first use in this function); did you mean 'PERF_MEM_HOPS_0'?
> > 1339 | (((__u64)PERF_MEM_##a##_##s) << PERF_MEM_##a##_SHIFT)
> > | ^~~~~~~~~
> > arch/powerpc/perf/isa207-common.h:273:20: note: in expansion of macro 'PERF_MEM_S'
> > 273 | #define P(a, b) PERF_MEM_S(a, b)
> > | ^~~~~~~~~~
> > arch/powerpc/perf/isa207-common.c:240:51: note: in expansion of macro 'P'
> > 240 | ret |= PH(LVL, REM_RAM1) | REM | LEVEL(RAM) | P(HOPS, 2);
> > | ^
> > include/uapi/linux/perf_event.h:1339:11: note: each undeclared identifier is reported only once for each function it appears in
> > 1339 | (((__u64)PERF_MEM_##a##_##s) << PERF_MEM_##a##_SHIFT)
> > | ^~~~~~~~~
> > arch/powerpc/perf/isa207-common.h:273:20: note: in expansion of macro 'PERF_MEM_S'
> > 273 | #define P(a, b) PERF_MEM_S(a, b)
> > | ^~~~~~~~~~
> > arch/powerpc/perf/isa207-common.c:240:51: note: in expansion of macro 'P'
> > 240 | ret |= PH(LVL, REM_RAM1) | REM | LEVEL(RAM) | P(HOPS, 2);
> > | ^
> > include/uapi/linux/perf_event.h:1339:11: error: 'PERF_MEM_HOPS_3' undeclared (first use in this function); did you mean 'PERF_MEM_HOPS_0'?
> > 1339 | (((__u64)PERF_MEM_##a##_##s) << PERF_MEM_##a##_SHIFT)
> > | ^~~~~~~~~
> > arch/powerpc/perf/isa207-common.h:273:20: note: in expansion of macro 'PERF_MEM_S'
> > 273 | #define P(a, b) PERF_MEM_S(a, b)
> > | ^~~~~~~~~~
> > arch/powerpc/perf/isa207-common.c:244:51: note: in expansion of macro 'P'
> > 244 | ret |= PH(LVL, REM_RAM2) | REM | LEVEL(RAM) | P(HOPS, 3);
> > | ^
> >
> > Caused by commit
> >
> > af2b24f228a0 ("perf powerpc: Add data source encodings for power10 platform")
> >
> > It looks like patch 1/4 of this series is missing ...
>
> Hi Stephen,
> Yes you are right, original patch series contain 4 patches, where
> 1/4 patch contain kernel side changes for the same. Hence we are getting
> this error, as that patch is missing in the Arnaldo tree.
>
> Link to the patchset: https://lkml.org/lkml/2021/12/6/143
>
> That kernel side patch is taken by Michael Ellermen via powerpc git.
>
> Link to the patchset on powerpc/next:
>
> [1/4] perf: Add new macros for mem_hops field
> https://git.kernel.org/pub/scm/linux/kernel/git/powerpc/linux.git/commit/?id=cb1c4aba055f928ffae0c868e8dfe08eeab302e7
>
>
> [3/4] powerpc/perf: Add encodings to represent data based on newer
> composite PERF_MEM_LVLNUM* fields
> https://git.kernel.org/pub/scm/linux/kernel/git/powerpc/linux.git/commit/?id=4a20ee106154ac1765dea97932faad29f0ba57fc
>
> [4/4] powerpc/perf: Add data source encodings for power10 platform
> https://git.kernel.org/pub/scm/linux/kernel/git/powerpc/linux.git/commit/?id=6ed05a8efda56e5be11081954929421de19cce88
>
> Thanks,
> Kajol Jain
>
> >
> > I have used the perf tree from next-20220105 for today.
> >
I am still getting this build failure.
--
Cheers,
Stephen Rothwell
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 488 bytes --]
^ permalink raw reply [flat|nested] 64+ messages in thread* Re: linux-next: build failure after merge of the perf tree
2022-01-11 21:45 ` Stephen Rothwell
@ 2022-01-11 22:01 ` Arnaldo Carvalho de Melo
2022-01-12 5:30 ` kajoljain
` (2 more replies)
0 siblings, 3 replies; 64+ messages in thread
From: Arnaldo Carvalho de Melo @ 2022-01-11 22:01 UTC (permalink / raw)
To: Michael Ellerman, Stephen Rothwell
Cc: Arnaldo Carvalho de Melo, kajoljain, Linux Kernel Mailing List,
Linux Next Mailing List
Em Wed, Jan 12, 2022 at 08:45:53AM +1100, Stephen Rothwell escreveu:
> Hi all,
>
> On Fri, 7 Jan 2022 14:28:37 +0530 kajoljain <kjain@linux.ibm.com> wrote:
> >
> > On 1/6/22 3:49 AM, Stephen Rothwell wrote:
> > >
> > > After merging the perf tree, today's linux-next build (powerpc
> > > ppc64_defconfig) failed like this:
> > >
> > > In file included from include/linux/perf_event.h:17,
> > > from arch/powerpc/perf/isa207-common.h:12,
> > > from arch/powerpc/perf/isa207-common.c:9:
> > > arch/powerpc/perf/isa207-common.c: In function 'isa207_find_source':
> > > include/uapi/linux/perf_event.h:1339:11: error: 'PERF_MEM_HOPS_2' undeclared (first use in this function); did you mean 'PERF_MEM_HOPS_0'?
> > > 1339 | (((__u64)PERF_MEM_##a##_##s) << PERF_MEM_##a##_SHIFT)
> > > | ^~~~~~~~~
> > > arch/powerpc/perf/isa207-common.h:273:20: note: in expansion of macro 'PERF_MEM_S'
> > > 273 | #define P(a, b) PERF_MEM_S(a, b)
> > > | ^~~~~~~~~~
> > > arch/powerpc/perf/isa207-common.c:240:51: note: in expansion of macro 'P'
> > > 240 | ret |= PH(LVL, REM_RAM1) | REM | LEVEL(RAM) | P(HOPS, 2);
> > > | ^
> > > include/uapi/linux/perf_event.h:1339:11: note: each undeclared identifier is reported only once for each function it appears in
> > > 1339 | (((__u64)PERF_MEM_##a##_##s) << PERF_MEM_##a##_SHIFT)
> > > | ^~~~~~~~~
> > > arch/powerpc/perf/isa207-common.h:273:20: note: in expansion of macro 'PERF_MEM_S'
> > > 273 | #define P(a, b) PERF_MEM_S(a, b)
> > > | ^~~~~~~~~~
> > > arch/powerpc/perf/isa207-common.c:240:51: note: in expansion of macro 'P'
> > > 240 | ret |= PH(LVL, REM_RAM1) | REM | LEVEL(RAM) | P(HOPS, 2);
> > > | ^
> > > include/uapi/linux/perf_event.h:1339:11: error: 'PERF_MEM_HOPS_3' undeclared (first use in this function); did you mean 'PERF_MEM_HOPS_0'?
> > > 1339 | (((__u64)PERF_MEM_##a##_##s) << PERF_MEM_##a##_SHIFT)
> > > | ^~~~~~~~~
> > > arch/powerpc/perf/isa207-common.h:273:20: note: in expansion of macro 'PERF_MEM_S'
> > > 273 | #define P(a, b) PERF_MEM_S(a, b)
> > > | ^~~~~~~~~~
> > > arch/powerpc/perf/isa207-common.c:244:51: note: in expansion of macro 'P'
> > > 244 | ret |= PH(LVL, REM_RAM2) | REM | LEVEL(RAM) | P(HOPS, 3);
> > > | ^
> > >
> > > Caused by commit
> > >
> > > af2b24f228a0 ("perf powerpc: Add data source encodings for power10 platform")
> > >
> > > It looks like patch 1/4 of this series is missing ...
> >
> > Hi Stephen,
> > Yes you are right, original patch series contain 4 patches, where
> > 1/4 patch contain kernel side changes for the same. Hence we are getting
> > this error, as that patch is missing in the Arnaldo tree.
> >
> > Link to the patchset: https://lkml.org/lkml/2021/12/6/143
> >
> > That kernel side patch is taken by Michael Ellermen via powerpc git.
> >
> > Link to the patchset on powerpc/next:
> >
> > [1/4] perf: Add new macros for mem_hops field
> > https://git.kernel.org/pub/scm/linux/kernel/git/powerpc/linux.git/commit/?id=cb1c4aba055f928ffae0c868e8dfe08eeab302e7
> >
> >
> > [3/4] powerpc/perf: Add encodings to represent data based on newer
> > composite PERF_MEM_LVLNUM* fields
> > https://git.kernel.org/pub/scm/linux/kernel/git/powerpc/linux.git/commit/?id=4a20ee106154ac1765dea97932faad29f0ba57fc
> >
> > [4/4] powerpc/perf: Add data source encodings for power10 platform
> > https://git.kernel.org/pub/scm/linux/kernel/git/powerpc/linux.git/commit/?id=6ed05a8efda56e5be11081954929421de19cce88
> >
> > Thanks,
> > Kajol Jain
> >
> > >
> > > I have used the perf tree from next-20220105 for today.
> > >
>
> I am still getting this build failure.
Yeah, this patch shouldn't have been merged thru the perf _tools_ tree,
my bad, it should have gone thru Michael PPC kernel tree.
It was a single series mixing up tools/ with kernel bits, I thought I
had picked just the tools part but made a mistake.
This should get resolved when the rest of the kernel bits go via
Michael's powerpc tree, right?
- Arnaldo
^ permalink raw reply [flat|nested] 64+ messages in thread* Re: linux-next: build failure after merge of the perf tree
2022-01-11 22:01 ` Arnaldo Carvalho de Melo
@ 2022-01-12 5:30 ` kajoljain
2022-01-12 6:16 ` Stephen Rothwell
2022-01-14 12:03 ` Michael Ellerman
2 siblings, 0 replies; 64+ messages in thread
From: kajoljain @ 2022-01-12 5:30 UTC (permalink / raw)
To: Arnaldo Carvalho de Melo, Michael Ellerman, Stephen Rothwell
Cc: Arnaldo Carvalho de Melo, Linux Kernel Mailing List,
Linux Next Mailing List
On 1/12/22 3:31 AM, Arnaldo Carvalho de Melo wrote:
> Em Wed, Jan 12, 2022 at 08:45:53AM +1100, Stephen Rothwell escreveu:
>> Hi all,
>>
>> On Fri, 7 Jan 2022 14:28:37 +0530 kajoljain <kjain@linux.ibm.com> wrote:
>>>
>>> On 1/6/22 3:49 AM, Stephen Rothwell wrote:
>>>>
>>>> After merging the perf tree, today's linux-next build (powerpc
>>>> ppc64_defconfig) failed like this:
>>>>
>>>> In file included from include/linux/perf_event.h:17,
>>>> from arch/powerpc/perf/isa207-common.h:12,
>>>> from arch/powerpc/perf/isa207-common.c:9:
>>>> arch/powerpc/perf/isa207-common.c: In function 'isa207_find_source':
>>>> include/uapi/linux/perf_event.h:1339:11: error: 'PERF_MEM_HOPS_2' undeclared (first use in this function); did you mean 'PERF_MEM_HOPS_0'?
>>>> 1339 | (((__u64)PERF_MEM_##a##_##s) << PERF_MEM_##a##_SHIFT)
>>>> | ^~~~~~~~~
>>>> arch/powerpc/perf/isa207-common.h:273:20: note: in expansion of macro 'PERF_MEM_S'
>>>> 273 | #define P(a, b) PERF_MEM_S(a, b)
>>>> | ^~~~~~~~~~
>>>> arch/powerpc/perf/isa207-common.c:240:51: note: in expansion of macro 'P'
>>>> 240 | ret |= PH(LVL, REM_RAM1) | REM | LEVEL(RAM) | P(HOPS, 2);
>>>> | ^
>>>> include/uapi/linux/perf_event.h:1339:11: note: each undeclared identifier is reported only once for each function it appears in
>>>> 1339 | (((__u64)PERF_MEM_##a##_##s) << PERF_MEM_##a##_SHIFT)
>>>> | ^~~~~~~~~
>>>> arch/powerpc/perf/isa207-common.h:273:20: note: in expansion of macro 'PERF_MEM_S'
>>>> 273 | #define P(a, b) PERF_MEM_S(a, b)
>>>> | ^~~~~~~~~~
>>>> arch/powerpc/perf/isa207-common.c:240:51: note: in expansion of macro 'P'
>>>> 240 | ret |= PH(LVL, REM_RAM1) | REM | LEVEL(RAM) | P(HOPS, 2);
>>>> | ^
>>>> include/uapi/linux/perf_event.h:1339:11: error: 'PERF_MEM_HOPS_3' undeclared (first use in this function); did you mean 'PERF_MEM_HOPS_0'?
>>>> 1339 | (((__u64)PERF_MEM_##a##_##s) << PERF_MEM_##a##_SHIFT)
>>>> | ^~~~~~~~~
>>>> arch/powerpc/perf/isa207-common.h:273:20: note: in expansion of macro 'PERF_MEM_S'
>>>> 273 | #define P(a, b) PERF_MEM_S(a, b)
>>>> | ^~~~~~~~~~
>>>> arch/powerpc/perf/isa207-common.c:244:51: note: in expansion of macro 'P'
>>>> 244 | ret |= PH(LVL, REM_RAM2) | REM | LEVEL(RAM) | P(HOPS, 3);
>>>> | ^
>>>>
>>>> Caused by commit
>>>>
>>>> af2b24f228a0 ("perf powerpc: Add data source encodings for power10 platform")
>>>>
>>>> It looks like patch 1/4 of this series is missing ...
>>>
>>> Hi Stephen,
>>> Yes you are right, original patch series contain 4 patches, where
>>> 1/4 patch contain kernel side changes for the same. Hence we are getting
>>> this error, as that patch is missing in the Arnaldo tree.
>>>
>>> Link to the patchset: https://lkml.org/lkml/2021/12/6/143
>>>
>>> That kernel side patch is taken by Michael Ellermen via powerpc git.
>>>
>>> Link to the patchset on powerpc/next:
>>>
>>> [1/4] perf: Add new macros for mem_hops field
>>> https://git.kernel.org/pub/scm/linux/kernel/git/powerpc/linux.git/commit/?id=cb1c4aba055f928ffae0c868e8dfe08eeab302e7
>>>
>>>
>>> [3/4] powerpc/perf: Add encodings to represent data based on newer
>>> composite PERF_MEM_LVLNUM* fields
>>> https://git.kernel.org/pub/scm/linux/kernel/git/powerpc/linux.git/commit/?id=4a20ee106154ac1765dea97932faad29f0ba57fc
>>>
>>> [4/4] powerpc/perf: Add data source encodings for power10 platform
>>> https://git.kernel.org/pub/scm/linux/kernel/git/powerpc/linux.git/commit/?id=6ed05a8efda56e5be11081954929421de19cce88
>>>
>>> Thanks,
>>> Kajol Jain
>>>
>>>>
>>>> I have used the perf tree from next-20220105 for today.
>>>>
>>
>> I am still getting this build failure.
>
> Yeah, this patch shouldn't have been merged thru the perf _tools_ tree,
> my bad, it should have gone thru Michael PPC kernel tree.
>
> It was a single series mixing up tools/ with kernel bits, I thought I
> had picked just the tools part but made a mistake.
>
> This should get resolved when the rest of the kernel bits go via
> Michael's powerpc tree, right?
>
> - Arnaldo
Yes Arnaldo,
Michael already pulled kernel and power side patches for that
patchset. Only patch 2 of that patchset had tools side changes i.e;
[PATCH 2/4]tools/perf: Add new macros for mem_hops field
Link to the patch: https://lkml.org/lkml/2021/12/6/145
So, we will not get this error once kernel side changes are in via
Michael's powerpc tree.
Thanks,
Kajol Jain
>
^ permalink raw reply [flat|nested] 64+ messages in thread* Re: linux-next: build failure after merge of the perf tree
2022-01-11 22:01 ` Arnaldo Carvalho de Melo
2022-01-12 5:30 ` kajoljain
@ 2022-01-12 6:16 ` Stephen Rothwell
2022-01-14 12:03 ` Michael Ellerman
2 siblings, 0 replies; 64+ messages in thread
From: Stephen Rothwell @ 2022-01-12 6:16 UTC (permalink / raw)
To: Arnaldo Carvalho de Melo
Cc: Michael Ellerman, Arnaldo Carvalho de Melo, kajoljain,
Linux Kernel Mailing List, Linux Next Mailing List
[-- Attachment #1: Type: text/plain, Size: 746 bytes --]
Hi Arnaldo,
On Tue, 11 Jan 2022 19:01:23 -0300 Arnaldo Carvalho de Melo <acme@kernel.org> wrote:
>
> Yeah, this patch shouldn't have been merged thru the perf _tools_ tree,
> my bad, it should have gone thru Michael PPC kernel tree.
>
> It was a single series mixing up tools/ with kernel bits, I thought I
> had picked just the tools part but made a mistake.
>
> This should get resolved when the rest of the kernel bits go via
> Michael's powerpc tree, right?
I just re merged the perf tree on top of the reste of linux-next and it
builds fine. So I guess you need to wait until after the powerpc tree
has been merged before sending your pull request (or revert the
offending commit(s)).
--
Cheers,
Stephen Rothwell
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 484 bytes --]
^ permalink raw reply [flat|nested] 64+ messages in thread
* Re: linux-next: build failure after merge of the perf tree
2022-01-11 22:01 ` Arnaldo Carvalho de Melo
2022-01-12 5:30 ` kajoljain
2022-01-12 6:16 ` Stephen Rothwell
@ 2022-01-14 12:03 ` Michael Ellerman
2 siblings, 0 replies; 64+ messages in thread
From: Michael Ellerman @ 2022-01-14 12:03 UTC (permalink / raw)
To: Arnaldo Carvalho de Melo, Stephen Rothwell
Cc: Arnaldo Carvalho de Melo, kajoljain, Linux Kernel Mailing List,
Linux Next Mailing List
Arnaldo Carvalho de Melo <acme@kernel.org> writes:
> Em Wed, Jan 12, 2022 at 08:45:53AM +1100, Stephen Rothwell escreveu:
>> Hi all,
>>
>> On Fri, 7 Jan 2022 14:28:37 +0530 kajoljain <kjain@linux.ibm.com> wrote:
>> >
>> > On 1/6/22 3:49 AM, Stephen Rothwell wrote:
>> > >
>> > > After merging the perf tree, today's linux-next build (powerpc
>> > > ppc64_defconfig) failed like this:
>> > >
>> > > In file included from include/linux/perf_event.h:17,
>> > > from arch/powerpc/perf/isa207-common.h:12,
>> > > from arch/powerpc/perf/isa207-common.c:9:
>> > > arch/powerpc/perf/isa207-common.c: In function 'isa207_find_source':
>> > > include/uapi/linux/perf_event.h:1339:11: error: 'PERF_MEM_HOPS_2' undeclared (first use in this function); did you mean 'PERF_MEM_HOPS_0'?
>> > > 1339 | (((__u64)PERF_MEM_##a##_##s) << PERF_MEM_##a##_SHIFT)
>> > > | ^~~~~~~~~
>> > > arch/powerpc/perf/isa207-common.h:273:20: note: in expansion of macro 'PERF_MEM_S'
>> > > 273 | #define P(a, b) PERF_MEM_S(a, b)
>> > > | ^~~~~~~~~~
>> > > arch/powerpc/perf/isa207-common.c:240:51: note: in expansion of macro 'P'
>> > > 240 | ret |= PH(LVL, REM_RAM1) | REM | LEVEL(RAM) | P(HOPS, 2);
>> > > | ^
>> > > include/uapi/linux/perf_event.h:1339:11: note: each undeclared identifier is reported only once for each function it appears in
>> > > 1339 | (((__u64)PERF_MEM_##a##_##s) << PERF_MEM_##a##_SHIFT)
>> > > | ^~~~~~~~~
>> > > arch/powerpc/perf/isa207-common.h:273:20: note: in expansion of macro 'PERF_MEM_S'
>> > > 273 | #define P(a, b) PERF_MEM_S(a, b)
>> > > | ^~~~~~~~~~
>> > > arch/powerpc/perf/isa207-common.c:240:51: note: in expansion of macro 'P'
>> > > 240 | ret |= PH(LVL, REM_RAM1) | REM | LEVEL(RAM) | P(HOPS, 2);
>> > > | ^
>> > > include/uapi/linux/perf_event.h:1339:11: error: 'PERF_MEM_HOPS_3' undeclared (first use in this function); did you mean 'PERF_MEM_HOPS_0'?
>> > > 1339 | (((__u64)PERF_MEM_##a##_##s) << PERF_MEM_##a##_SHIFT)
>> > > | ^~~~~~~~~
>> > > arch/powerpc/perf/isa207-common.h:273:20: note: in expansion of macro 'PERF_MEM_S'
>> > > 273 | #define P(a, b) PERF_MEM_S(a, b)
>> > > | ^~~~~~~~~~
>> > > arch/powerpc/perf/isa207-common.c:244:51: note: in expansion of macro 'P'
>> > > 244 | ret |= PH(LVL, REM_RAM2) | REM | LEVEL(RAM) | P(HOPS, 3);
>> > > | ^
>> > >
>> > > Caused by commit
>> > >
>> > > af2b24f228a0 ("perf powerpc: Add data source encodings for power10 platform")
>> > >
>> > > It looks like patch 1/4 of this series is missing ...
>> >
>> > Hi Stephen,
>> > Yes you are right, original patch series contain 4 patches, where
>> > 1/4 patch contain kernel side changes for the same. Hence we are getting
>> > this error, as that patch is missing in the Arnaldo tree.
>> >
>> > Link to the patchset: https://lkml.org/lkml/2021/12/6/143
>> >
>> > That kernel side patch is taken by Michael Ellermen via powerpc git.
>> >
>> > Link to the patchset on powerpc/next:
>> >
>> > [1/4] perf: Add new macros for mem_hops field
>> > https://git.kernel.org/pub/scm/linux/kernel/git/powerpc/linux.git/commit/?id=cb1c4aba055f928ffae0c868e8dfe08eeab302e7
>> >
>> >
>> > [3/4] powerpc/perf: Add encodings to represent data based on newer
>> > composite PERF_MEM_LVLNUM* fields
>> > https://git.kernel.org/pub/scm/linux/kernel/git/powerpc/linux.git/commit/?id=4a20ee106154ac1765dea97932faad29f0ba57fc
>> >
>> > [4/4] powerpc/perf: Add data source encodings for power10 platform
>> > https://git.kernel.org/pub/scm/linux/kernel/git/powerpc/linux.git/commit/?id=6ed05a8efda56e5be11081954929421de19cce88
>> >
>> > Thanks,
>> > Kajol Jain
>> >
>> > >
>> > > I have used the perf tree from next-20220105 for today.
>> > >
>>
>> I am still getting this build failure.
>
> Yeah, this patch shouldn't have been merged thru the perf _tools_ tree,
> my bad, it should have gone thru Michael PPC kernel tree.
>
> It was a single series mixing up tools/ with kernel bits, I thought I
> had picked just the tools part but made a mistake.
>
> This should get resolved when the rest of the kernel bits go via
> Michael's powerpc tree, right?
Sorry about this.
I've just sent my pull request to Linus.
cheers
^ permalink raw reply [flat|nested] 64+ messages in thread
end of thread, other threads:[~2025-03-28 6:40 UTC | newest]
Thread overview: 64+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2024-03-21 21:41 linux-next: build failure after merge of the perf tree Stephen Rothwell
2024-03-21 23:18 ` Arnaldo Carvalho de Melo
2024-03-21 23:19 ` Arnaldo Carvalho de Melo
2024-03-21 23:32 ` Stephen Rothwell
2024-03-22 2:13 ` Stephen Rothwell
2024-03-22 14:32 ` Arnaldo Carvalho de Melo
2024-03-21 23:36 ` Stephen Rothwell
2024-03-21 23:40 ` arnaldo.melo
2024-03-21 23:48 ` Arnaldo Carvalho de Melo
-- strict thread matches above, loose matches on Subject: below --
2025-03-26 23:22 Stephen Rothwell
2025-03-28 6:40 ` Namhyung Kim
2025-02-14 4:20 Stephen Rothwell
2025-01-09 23:05 Stephen Rothwell
2025-01-09 23:31 ` Charlie Jenkins
2025-01-10 14:01 ` Arnaldo Carvalho de Melo
2025-01-10 17:32 ` Arnaldo Carvalho de Melo
2025-01-10 18:59 ` Charlie Jenkins
2025-01-10 19:22 ` Charlie Jenkins
2024-10-10 23:23 Stephen Rothwell
2024-09-05 1:55 Stephen Rothwell
2024-04-01 22:41 Stephen Rothwell
2024-04-02 20:17 ` Arnaldo Carvalho de Melo
2024-04-12 15:22 ` Arnaldo Carvalho de Melo
2024-04-13 2:43 ` Stephen Rothwell
2024-02-21 23:06 Stephen Rothwell
2024-02-23 19:50 ` Arnaldo Carvalho de Melo
2024-02-06 23:40 Stephen Rothwell
2024-02-07 0:02 ` Ian Rogers
2023-10-24 23:26 Stephen Rothwell
2023-10-25 0:34 ` Namhyung Kim
2023-05-29 23:05 Stephen Rothwell
2023-05-30 2:16 ` Ian Rogers
2023-03-16 22:50 Stephen Rothwell
2023-03-16 23:11 ` Arnaldo Carvalho de Melo
2023-03-16 23:55 ` Stephen Rothwell
2023-03-17 3:23 ` Ian Rogers
2023-03-21 21:39 ` Stephen Rothwell
2023-03-22 18:37 ` Ian Rogers
2023-03-22 22:54 ` Stephen Rothwell
2023-03-23 13:27 ` Arnaldo Carvalho de Melo
2023-03-27 20:31 ` Ian Rogers
2023-03-28 1:33 ` Stephen Rothwell
2023-03-28 19:47 ` Arnaldo Carvalho de Melo
2023-03-28 23:06 ` Stephen Rothwell
2023-03-29 12:28 ` Arnaldo Carvalho de Melo
2023-04-03 5:15 ` Stephen Rothwell
2022-08-30 22:34 Stephen Rothwell
2022-09-01 5:11 ` Anshuman Khandual
2022-09-06 19:05 ` Stephen Rothwell
2022-09-07 2:31 ` Anshuman Khandual
2022-09-07 3:00 ` Stephen Rothwell
2022-09-07 4:22 ` Anshuman Khandual
2022-09-08 15:21 ` Arnaldo Carvalho de Melo
2022-07-20 23:05 Stephen Rothwell
2022-07-21 2:35 ` Ian Rogers
2022-07-21 3:55 ` Stephen Rothwell
2022-07-21 5:33 ` Ian Rogers
2022-01-05 22:19 Stephen Rothwell
2022-01-07 8:58 ` kajoljain
2022-01-11 21:45 ` Stephen Rothwell
2022-01-11 22:01 ` Arnaldo Carvalho de Melo
2022-01-12 5:30 ` kajoljain
2022-01-12 6:16 ` Stephen Rothwell
2022-01-14 12:03 ` Michael Ellerman
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).