linux-kernel - Re: 9def39be4e96 ("x86: Support compiling out human-friendly processor feature names")

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 for Android: free password hash cracker in your pocket

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

Message-ID: <YkSqXNd6yd2WqhDn@localhost>
Date:   Wed, 30 Mar 2022 12:07:08 -0700
From:   Josh Triplett <josh@...htriplett.org>
To:     Borislav Petkov <bp@...en8.de>
Cc:     x86-ml <x86@...nel.org>, lkml <linux-kernel@...r.kernel.org>
Subject: Re: 9def39be4e96 ("x86: Support compiling out human-friendly
 processor feature names")

On Wed, Mar 30, 2022 at 12:30:44PM +0200, Borislav Petkov wrote:
> I'm assuming the commit in subject was part of the tinyconfig effort

Yes.

> and I'm also assuming that effort is long gone now.

tinyconfig still exists, and people still use it. The effort to make the
kernel even *smaller* is not as actively developed as it used to be, but
there's still an ongoing effort to prevent it from regressing and
getting *larger*.

I still get regular mails every time tinyconfig gets larger, and I
regularly send responses to those asking people to add kconfig options.
(For instance, this commonly results in making sure that new syscalls
get put behind a kconfig option.) I don't have the bandwidth to maintain
a dedicated tree for new patches making the kernel smaller, but I do try
to make sure the situation doesn't get worse.

- Josh Triplett