linux-kernel - Re: Linux 6.1-rc3

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Date:   Thu, 2 Feb 2023 08:40:12 +0100
From:   Geert Uytterhoeven <geert@...ux-m68k.org>
To:     Guenter Roeck <linux@...ck-us.net>
Cc:     Linus Torvalds <torvalds@...ux-foundation.org>,
        Arnd Bergmann <arnd@...db.de>,
        Russell King <rmk+kernel@...linux.org.uk>,
        Masahiro Yamada <masahiroy@...nel.org>,
        Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
        Miguel Ojeda <ojeda@...nel.org>
Subject: Re: Linux 6.1-rc3

Hi Günter,

On Tue, Nov 1, 2022 at 8:11 PM Guenter Roeck <linux@...ck-us.net> wrote:
> On Tue, Nov 01, 2022 at 10:29:01AM -0700, Linus Torvalds wrote:
> > [ Adding Arnd and Masahiro in case they remember what the secret sauce
> > for finding those cases was ]
> >
> > On Tue, Nov 1, 2022 at 10:00 AM Guenter Roeck <linux@...ck-us.net> wrote:
> > >
> > > There is one spurious build error. It does not happen all the time,
> > > and even on the same SHA it is not easy to reproduce. If I see it,
> > > I may see it on one server reliably but not at all on another with
> > > almost the same hardware configuration.
> > >
> > > Building powerpc:allnoconfig ... failed
> > > --------------
> > > Error log:
> > > Inconsistent kallsyms data
> > > Try make KALLSYMS_EXTRA_PASS=1 as a workaround
> >
> > The random "Inconsistent kallsyms data" issue is something that we've
> > had for over a decade.
>
> I know. Difference this time around, at least for me, is that the
> table is oscillating and never converges. Another difference is that

Yeah, I remember the number of retries was increased to "help"
with this...

> it looks like the problem was introduced by a change in how the table
> is created, not by a change in the code or the compiler/linker.
> I do have a patch that lets me run as many extra passes as I want,
> but that doesn't help if the table never converges.

Kisskb has been reporting this on-and-off for sun3_defconfig/m68k-gcc11
since Jan 25th:
http://kisskb.ellerman.id.au/kisskb/target/192141/

Gr{oetje,eeting}s,

                        Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@...ux-m68k.org

In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
                                -- Linus Torvalds