linux-kernel - Re: [PATCH] x86: enable dead code and data elimination

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-next>] [day] [month] [year] [list]

Message-ID: <CALjTZvZCi07iVbEOOn8bduueRFLE3MOicWa2WFvxap+zFzpiSg@mail.gmail.com>
Date:   Thu, 1 Jul 2021 11:00:30 +0100
From:   Rui Salvaterra <rsalvaterra@...il.com>
To:     tobias.karnat@...ondis.de, npiggin@...il.com
Cc:     sedat.dilek@...il.com, x86@...nel.org, linux-arch@...r.kernel.org,
        linux-kernel@...r.kernel.org, linux-kbuild@...r.kernel.org
Subject: Re: [PATCH] x86: enable dead code and data elimination

Hi, Tobias,

On Thu, 1 Jul 2021 at 10:22, <tobias.karnat@...ondis.de> wrote:
>
> Hello,
>
> I have found your patch to enable x86 dead code and data elimination on the openwrt-devel mailing list and I wonder if you can sent it upstream to the kernel mailing list?

As I quoted, mine is an adaptation of Nicholas Piggin's original
patch, basically a forward-port to 5.4 (5.10 in my OpenWrt tree [1]).
Since the original proposal has been sent upstream and hasn't been
merged, there are probably good reasons for it (even though it works
perfectly for my use case). Nicholas, any idea on why your original
patch [2] hasn't been merged?

[1] https://github.com/rsalvaterra/openwrt/commit/0082c486b5637dc8e1771e2b9b38b728cb2fa01d
[can be rebased at any time, caveat lector]
[2] https://lore.kernel.org/lkml/20170709031333.29443-1-npiggin@gmail.com/]

> It works for me even combined with the new Clang ThinLTO kernel build. @Sedat you might be interested as well, as I saw your attempt here https://lkml.org/lkml/2021/2/27/181

I haven't tested with Clang, only GCC, but it's nice to know.

Thanks,
Rui