* bug#74797: linux-libre 6.11.11 fails to build on aarch64 (drivers/clk/meson/gxbb.c)
@ 2024-12-11 18:36 Vagrant Cascadian
2024-12-12 8:37 ` bug#74797: - " Vincent Legoll
0 siblings, 1 reply; 6+ messages in thread
From: Vagrant Cascadian @ 2024-12-11 18:36 UTC (permalink / raw)
To: 74797; +Cc: Wilko Meyer, Leo Famulari
[-- Attachment #1: Type: text/plain, Size: 9195 bytes --]
linux-libre 6.11.11 fails to build on aarch64, while 6.11.10 built
fine.
The issue is specifically with the gxbb platform, so would not likely be
built on other architectures:
drivers/clk/meson/gxbb.c:2057:40: error: expected ')' before '|' token
2057 | .hw.init = &(struct clk_init_da|a) {
| ~ ^
| )
drivers/clk/meson/gxbb.c:2058:18: error: 'struct clk_init_da' has no member named 'name'
2058 | .name = "vclk_div12_en",
| ^~~~
drivers/clk/meson/gxbb.c:2058:25: warning: excess elements in struct initializer
2058 | .name = "vclk_div12_en",
| ^~~~~~~~~~~~~~~
drivers/clk/meson/gxbb.c:2058:25: note: (near initialization for '(anonymous)')
drivers/clk/meson/gxbb.c:2059:18: error: 'struct clk_init_da' has no member named 'ops'
2059 | .ops = &clk_regmap_gate_ops,
| ^~~
drivers/clk/meson/gxbb.c:2059:24: warning: excess elements in struct initializer
2059 | .ops = &clk_regmap_gate_ops,
| ^
drivers/clk/meson/gxbb.c:2059:24: note: (near initialization for '(anonymous)')
drivers/clk/meson/gxbb.c:2060:18: error: 'struct clk_init_da' has no member named 'parent_hws'
2060 | .parent_hws = (const struct clk_hw *[]) { &gxbb_vclk.hw },
| ^~~~~~~~~~
drivers/clk/meson/gxbb.c:2060:31: warning: excess elements in struct initializer
2060 | .parent_hws = (const struct clk_hw *[]) { &gxbb_vclk.hw },
| ^
drivers/clk/meson/gxbb.c:2060:31: note: (near initialization for '(anonymous)')
drivers/clk/meson/gxbb.c:2061:18: error: 'struct clk_init_da' has no member named 'num_parents'
2061 | .num_parents = 1,
| ^~~~~~~~~~~
drivers/clk/meson/gxbb.c:2061:32: warning: excess elements in struct initializer
2061 | .num_parents = 1,
| ^
drivers/clk/meson/gxbb.c:2061:32: note: (near initialization for '(anonymous)')
drivers/clk/meson/gxbb.c:2062:18: error: 'struct clk_init_da' has no member named 'flags'
2062 | .flags = CLK_SET_RATE_PARENT | CLK_IGNORE_UNUSED,
| ^~~~~
In file included from ./include/linux/bits.h:6,
from ./include/linux/bitops.h:6,
from ./include/linux/of.h:15,
from ./include/linux/clk-provider.h:9,
from drivers/clk/meson/gxbb.c:7:
./include/vdso/bits.h:7:33: warning: excess elements in struct initializer
7 | #define BIT(nr) (UL(1) << (nr))
| ^
./include/linux/clk-provider.h:21:33: note: in expansion of macro 'BIT'
21 | #define CLK_SET_RATE_PARENT BIT(2) /* propagate rate change up one level */
| ^~~
drivers/clk/meson/gxbb.c:2062:26: note: in expansion of macro 'CLK_SET_RATE_PARENT'
2062 | .flags = CLK_SET_RATE_PARENT | CLK_IGNORE_UNUSED,
| ^~~~~~~~~~~~~~~~~~~
./include/vdso/bits.h:7:33: note: (near initialization for '(anonymous)')
7 | #define BIT(nr) (UL(1) << (nr))
| ^
./include/linux/clk-provider.h:21:33: note: in expansion of macro 'BIT'
21 | #define CLK_SET_RATE_PARENT BIT(2) /* propagate rate change up one level */
| ^~~
drivers/clk/meson/gxbb.c:2062:26: note: in expansion of macro 'CLK_SET_RATE_PARENT'
2062 | .flags = CLK_SET_RATE_PARENT | CLK_IGNORE_UNUSED,
| ^~~~~~~~~~~~~~~~~~~
drivers/clk/meson/gxbb.c:2057:44: error: invalid use of undefined type 'struct clk_init_da'
2057 | .hw.init = &(struct clk_init_da|a) {
| ^
drivers/clk/meson/gxbb.c:2168:38: error: unknown type name 'str'
2168 | .parent_hws = (const str}ct clk_hw *[]) {
| ^~~
drivers/clk/meson/gxbb.c:2168:41: error: expected ')' before '}' token
2168 | .parent_hws = (const str}ct clk_hw *[]) {
| ~ ^
| )
drivers/clk/meson/gxbb.c:2168:41: error: expected expression before '}' token
drivers/clk/meson/gxbb.c:2168:55: error: expected ',' or ';' before ')' token
2168 | .parent_hws = (const str}ct clk_hw *[]) {
| ^
drivers/clk/meson/gxbb.c:2170:18: error: expected identifier or '(' before ',' token
2170 | },
| ^
drivers/clk/meson/gxbb.c:2172:10: error: expected identifier or '(' before ',' token
2172 | },
| ^
drivers/clk/meson/gxbb.c:2528:31: error: stray '\305' in program
2528 | .flags = CLK_SÅT_RATE_PARENT,
| ^
drivers/clk/meson/gxbb.c:2528:26: error: 'CLK_S' undeclared here (not in a function)
2528 | .flags = CLK_SÅT_RATE_PARENT,
| ^~~~~
drivers/clk/meson/gxbb.c:2528:32: error: expected '}' before 'T_RATE_PARENT'
2528 | .flags = CLK_SÅT_RATE_PARENT,
| ^~~~~~~~~~~~~
drivers/clk/meson/gxbb.c:2523:43: note: to match this '{'
2523 | .hw.init = &(struct clk_init_data){
| ^
In file included from drivers/clk/meson/gxbb.c:14:
drivers/clk/meson/gxbb.c:2711:38: error: stray '\317' in program
2711 | static MESON_GATE(gxbb_edp, HHI_GCLK_ÏTHER, 31);
| ^
drivers/clk/meson/clk-regmap.h:120:28: note: in definition of macro '__MESON_PCLK'
120 | .offset = (_reg), \
| ^~~~
drivers/clk/meson/gxbb.c:2637:9: note: in expansion of macro 'MESON_PCLK'
2637 | MESON_PCLK(_name, _reg, _bit, &gxbb_clk81.hw)
| ^~~~~~~~~~
drivers/clk/meson/gxbb.c:2711:8: note: in expansion of macro 'MESON_GATE'
2711 | static MESON_GATE(gxbb_edp, HHI_GCLK_ÏTHER, 31);
| ^~~~~~~~~~
drivers/clk/meson/gxbb.c:2711:29: error: 'HHI_GCLK_' undeclared here (not in a function); did you mean 'HHI_GCLK_AO'?
2711 | static MESON_GATE(gxbb_edp, HHI_GCLK_ÏTHER, 31);
| ^~~~~~~~~
drivers/clk/meson/clk-regmap.h:120:28: note: in definition of macro '__MESON_PCLK'
120 | .offset = (_reg), \
| ^~~~
drivers/clk/meson/gxbb.c:2637:9: note: in expansion of macro 'MESON_PCLK'
2637 | MESON_PCLK(_name, _reg, _bit, &gxbb_clk81.hw)
| ^~~~~~~~~~
drivers/clk/meson/gxbb.c:2711:8: note: in expansion of macro 'MESON_GATE'
2711 | static MESON_GATE(gxbb_edp, HHI_GCLK_ÏTHER, 31);
| ^~~~~~~~~~
drivers/clk/meson/gxbb.c:2711:39: error: expected ')' before 'THER'
2711 | static MESON_GATE(gxbb_edp, HHI_GCLK_ÏTHER, 31);
| ^~~~
drivers/clk/meson/clk-regmap.h:120:28: note: in definition of macro '__MESON_PCLK'
120 | .offset = (_reg), \
| ^~~~
drivers/clk/meson/gxbb.c:2637:9: note: in expansion of macro 'MESON_PCLK'
2637 | MESON_PCLK(_name, _reg, _bit, &gxbb_clk81.hw)
| ^~~~~~~~~~
drivers/clk/meson/gxbb.c:2711:8: note: in expansion of macro 'MESON_GATE'
2711 | static MESON_GATE(gxbb_edp, HHI_GCLK_ÏTHER, 31);
| ^~~~~~~~~~
drivers/clk/meson/clk-regmap.h:120:27: note: to match this '('
120 | .offset = (_reg), \
| ^
drivers/clk/meson/clk-regmap.h:133:9: note: in expansion of macro '__MESON_PCLK'
133 | __MESON_PCLK(_name, _reg, _bit, &clk_regmap_gate_ops, _pname)
| ^~~~~~~~~~~~
drivers/clk/meson/gxbb.c:2637:9: note: in expansion of macro 'MESON_PCLK'
2637 | MESON_PCLK(_name, _reg, _bit, &gxbb_clk81.hw)
| ^~~~~~~~~~
drivers/clk/meson/gxbb.c:2711:8: note: in expansion of macro 'MESON_GATE'
2711 | static MESON_GATE(gxbb_edp, HHI_GCLK_ÏTHER, 31);
| ^~~~~~~~~~
make[5]: *** [scripts/Makefile.build:244: drivers/clk/meson/gxbb.o] Error 1
make[4]: *** [scripts/Makefile.build:485: drivers/clk/meson] Error 2
make[3]: *** [scripts/Makefile.build:485: drivers/clk] Error 2
make[2]: *** [scripts/Makefile.build:485: drivers] Error 2
make[2]: *** Waiting for unfinished jobs....
Possibly due to changes in upstream linux, or maybe the linux-libre
patching...
I do have the full log if that would be useful, but I think the above is
the meaningful bits from it.
live well,
vagrant
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 227 bytes --]
^ permalink raw reply [flat|nested] 6+ messages in thread
* bug#74797: - Re: linux-libre 6.11.11 fails to build on aarch64 (drivers/clk/meson/gxbb.c)
2024-12-11 18:36 bug#74797: linux-libre 6.11.11 fails to build on aarch64 (drivers/clk/meson/gxbb.c) Vagrant Cascadian
@ 2024-12-12 8:37 ` Vincent Legoll
2024-12-14 7:15 ` bug#74797: " Maxim Cournoyer
2024-12-14 7:56 ` bug#74797: - " Vagrant Cascadian
0 siblings, 2 replies; 6+ messages in thread
From: Vincent Legoll @ 2024-12-12 8:37 UTC (permalink / raw)
To: 74797; +Cc: Vagrant Cascadian, Wilko Meyer, Leo Famulari
[-- Attachment #1: Type: text/plain, Size: 380 bytes --]
Hello Vagrant,
that file looks corrupted
For example the first error:
2057 | .hw.init = &(struct clk_init_da|a) {
that should be "clk_init_data", see:
https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/drivers/clk/meson/gxbb.c#n2051
2168 | .parent_hws = (const str}ct clk_hw *[]) {
here it's "struct"
etc...
--
Vincent Legoll
[-- Attachment #2: Type: text/html, Size: 906 bytes --]
^ permalink raw reply [flat|nested] 6+ messages in thread
* bug#74797: linux-libre 6.11.11 fails to build on aarch64 (drivers/clk/meson/gxbb.c)
2024-12-12 8:37 ` bug#74797: - " Vincent Legoll
@ 2024-12-14 7:15 ` Maxim Cournoyer
2024-12-14 7:56 ` bug#74797: - " Vagrant Cascadian
1 sibling, 0 replies; 6+ messages in thread
From: Maxim Cournoyer @ 2024-12-14 7:15 UTC (permalink / raw)
To: Vincent Legoll; +Cc: Vagrant Cascadian, Wilko Meyer, Leo Famulari, 74797
Hello,
Vincent Legoll <vincent.legoll@gmail.com> writes:
> Hello Vagrant,
>
> that file looks corrupted
>
> For example the first error:
>
> 2057 | .hw.init = &(struct clk_init_da|a) {
>
> that should be "clk_init_data", see:
> https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/drivers/clk/meson/gxbb.c#n2051
>
> 2168 | .parent_hws = (const str}ct clk_hw *[]) {
>
> here it's "struct"
Oh! Perhaps the Linux-libre deblob scripts caused it?
--
Thanks,
Maxim
^ permalink raw reply [flat|nested] 6+ messages in thread
* bug#74797: - Re: linux-libre 6.11.11 fails to build on aarch64 (drivers/clk/meson/gxbb.c)
2024-12-12 8:37 ` bug#74797: - " Vincent Legoll
2024-12-14 7:15 ` bug#74797: " Maxim Cournoyer
@ 2024-12-14 7:56 ` Vagrant Cascadian
2024-12-14 11:12 ` Vincent Legoll
1 sibling, 1 reply; 6+ messages in thread
From: Vagrant Cascadian @ 2024-12-14 7:56 UTC (permalink / raw)
To: Vincent Legoll, 74797-done; +Cc: Wilko Meyer, Maxim Cournoyer, Leo Famulari
[-- Attachment #1: Type: text/plain, Size: 890 bytes --]
On 2024-12-12, Vincent Legoll wrote:
> that file looks corrupted
>
> For example the first error:
>
> 2057 | .hw.init = &(struct clk_init_da|a) {
>
> that should be "clk_init_data", see:
> https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/drivers/clk/meson/gxbb.c#n2051
>
> 2168 | .parent_hws = (const str}ct clk_hw *[]) {
>
> here it's "struct"
You are right! Somehow the source tarballs had gotten corrupted.
When I tried to untar one of the tarballs manually, it was so corrupted
that it failed to unpack it, which makes me wonder how it actually got
as far as trying to build the kernel...
I 'guix gc'ed them and was able to successfully build after a few tries
and freeing up more and more disk space.
The worried part of me wonders if there is bad hardware, ram, disk or
cpu...
But seems to be working for now!
live well,
vagrant
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 227 bytes --]
^ permalink raw reply [flat|nested] 6+ messages in thread
* bug#74797: - Re: linux-libre 6.11.11 fails to build on aarch64 (drivers/clk/meson/gxbb.c)
2024-12-14 7:56 ` bug#74797: - " Vagrant Cascadian
@ 2024-12-14 11:12 ` Vincent Legoll
2024-12-15 1:03 ` Maxim Cournoyer
0 siblings, 1 reply; 6+ messages in thread
From: Vincent Legoll @ 2024-12-14 11:12 UTC (permalink / raw)
To: Vagrant Cascadian; +Cc: 74797-done, Wilko Meyer, Maxim Cournoyer, Leo Famulari
[-- Attachment #1: Type: text/plain, Size: 1282 bytes --]
Hello Vagrant & other guixers,
On Sat, Dec 14, 2024 at 7:56 AM Vagrant Cascadian <vagrant@debian.org>
wrote:
> On 2024-12-12, Vincent Legoll wrote:
> > that file looks corrupted
> >
> > For example the first error:
> >
> > 2057 | .hw.init = &(struct clk_init_da|a) {
> >
> > that should be "clk_init_data", see:
> >
> https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/drivers/clk/meson/gxbb.c#n2051
> >
> > 2168 | .parent_hws = (const str}ct clk_hw *[]) {
> >
> > here it's "struct"
>
> You are right! Somehow the source tarballs had gotten corrupted.
>
166 246 A6 10100110 ¦ ¦ Pipe
116 164 74 01110100 t t Lowercase t
125 175 7D 01111101 } } Closing brace
117 165 75 01110101 u u Lowercase u
while the "u" -> "}" may be a single bit flip error,
the "t" -> "|" is more complicated than that...
> The worried part of me wonders if there is bad hardware, ram, disk or
> cpu...
>
I hope for you that it's not, and for the rest of us that it is (and not a
hard to
track down SW bug)...
> But seems to be working for now!
>
I'd be reluctant to trust that HW, from now on, I'd keep a close eye on
it...
Does it have ECC RAM ?
Regards
--
Vincent Legoll
[-- Attachment #2: Type: text/html, Size: 2493 bytes --]
^ permalink raw reply [flat|nested] 6+ messages in thread
* bug#74797: - Re: linux-libre 6.11.11 fails to build on aarch64 (drivers/clk/meson/gxbb.c)
2024-12-14 11:12 ` Vincent Legoll
@ 2024-12-15 1:03 ` Maxim Cournoyer
0 siblings, 0 replies; 6+ messages in thread
From: Maxim Cournoyer @ 2024-12-15 1:03 UTC (permalink / raw)
To: Vincent Legoll; +Cc: Vagrant Cascadian, 74797-done, Wilko Meyer, Leo Famulari
Hi,
Vincent Legoll <vincent.legoll@gmail.com> writes:
> Hello Vagrant & other guixers,
>
> On Sat, Dec 14, 2024 at 7:56 AM Vagrant Cascadian <vagrant@debian.org>
> wrote:
>
>> On 2024-12-12, Vincent Legoll wrote:
>> > that file looks corrupted
>> >
>> > For example the first error:
>> >
>> > 2057 | .hw.init = &(struct clk_init_da|a) {
>> >
>> > that should be "clk_init_data", see:
>> >
>> https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/drivers/clk/meson/gxbb.c#n2051
>> >
>> > 2168 | .parent_hws = (const str}ct clk_hw *[]) {
>> >
>> > here it's "struct"
>>
>> You are right! Somehow the source tarballs had gotten corrupted.
>>
>
> 166 246 A6 10100110 ¦ ¦ Pipe
> 116 164 74 01110100 t t Lowercase t
>
> 125 175 7D 01111101 } } Closing brace
> 117 165 75 01110101 u u Lowercase u
>
> while the "u" -> "}" may be a single bit flip error,
> the "t" -> "|" is more complicated than that...
>
>
>> The worried part of me wonders if there is bad hardware, ram, disk or
>> cpu...
>>
>
> I hope for you that it's not, and for the rest of us that it is (and not a
> hard to
> track down SW bug)...
>
>
>> But seems to be working for now!
>>
>
> I'd be reluctant to trust that HW, from now on, I'd keep a close eye on
> it...
> Does it have ECC RAM ?
Also, a checksummed file system like Btrfs can help detect corruption on
disk (it won't help when the data was written corrupted already, which
is the part where ECC RAM would help).
--
Thanks,
Maxim
^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2024-12-15 1:06 UTC | newest]
Thread overview: 6+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2024-12-11 18:36 bug#74797: linux-libre 6.11.11 fails to build on aarch64 (drivers/clk/meson/gxbb.c) Vagrant Cascadian
2024-12-12 8:37 ` bug#74797: - " Vincent Legoll
2024-12-14 7:15 ` bug#74797: " Maxim Cournoyer
2024-12-14 7:56 ` bug#74797: - " Vagrant Cascadian
2024-12-14 11:12 ` Vincent Legoll
2024-12-15 1:03 ` Maxim Cournoyer
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/guix.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.