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:   Wed, 19 Jan 2022 18:14:01 +0100
From:   Anders Roxell <>
To:     Linus Torvalds <>
Cc:     Naresh Kamboju <>,
        Greg Kroah-Hartman <>,
        Christian Brauner <>,
        NeilBrown <>,
        Linux Kernel Mailing List <>,
        Andrew Morton <>,
        Guenter Roeck <>,
        Shuah Khan <>,,, Pavel Machek <>,
        Jon Hunter <>,
        Florian Fainelli <>,
        stable <>,
        Al Viro <>,
        Arnd Bergmann <>
Subject: Re: [PATCH 5.16 00/28] 5.16.2-rc1 review

On Wed, 19 Jan 2022 at 09:00, Linus Torvalds
<> wrote:
> On Wed, Jan 19, 2022 at 9:30 AM Naresh Kamboju
> <> wrote:
> >
> > Inconsistent kallsyms data
> This tends to be a "odd build environment" problem, and very very
> random. Triggered by very particular compiler versions and just some
> odd code modement details.
> I'd suggest doing a completely clean build and disabling ccache, and
> seeing if that makes it go away.

Clean build without ccache didn't help.

It seams that it fails randomly based on the size of the rodata section.
This could probably happen with another toolchain too, trying enough

Diff of tmp_vmlinux.kallsyms2.symbols and
tmp_vmlinux.kallsyms3.symbols [1] show why it fails to converge, while
said that the __stop_notes address is on the page boundary, so
__end_rodata has the same value as __stop_notes.
All 3 tmp_vmlinux.kallsyms(1|2|3).symbols files can be found [2].

Inserting padding before __end_rodata [3], or blacklisting __stop_notes [4]
in kallsyms.c works around the problem, but neither of those seems like a
good fix.

The linker version I'm using are 'GNU ld (GNU Binutils for Debian) 2.35.2'.


Powered by blists - more mailing lists