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  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:   Fri, 31 Aug 2018 22:23:21 +0200
From:   Miguel Ojeda <>
To:     Nick Desaulniers <>
Cc:     Joe Perches <>,
        Linus Torvalds <>,
        LKML <>,
        Eli Friedman <>,
        Christopher Li <>,
        Kees Cook <>,
        Ingo Molnar <>,
        Geert Uytterhoeven <>,
        Arnd Bergmann <>,
        Greg KH <>,
        Masahiro Yamada <>,
        Dominique Martinet <>
Subject: Re: [PATCH 1/7] Compiler Attributes: remove unused attributes

On Fri, Aug 31, 2018 at 8:43 PM, Nick Desaulniers
<> wrote:
> On Fri, Aug 31, 2018 at 10:28 AM Joe Perches <> wrote:
>> On Fri, 2018-08-31 at 19:05 +0200, Miguel Ojeda wrote:
>> > __optimize and __deprecate_for_modules are unused in
>> > the whole kernel tree. Simply drop them.
>> Nice series, thanks Miguel.
>> It'd be good to have a cover letter for the series.
>> And I believe there should be the equivalent of:
>> #if GCC_VERSION < 40600
>> # error Sorry, your compiler is too old - please upgrade it.
>> #endif
>> for compiler-intel.h and compiler-clang.h so that
>> each supported compiler minimum version is checked.
>> Is it clang > 13 and icc > 3 ?
> Eh, I'm not sure I want to commit yet to a specific minimal version of
> Clang.  Right now, we're fixing things so depending on arch's and
> configs, the answer might be Top of Tree clang builds.  For Pixel, we
> shipped with Clang-4, but pretty quickly we needed Clang-5.
> I had sent patches previously for detecting clang version from the C
> preprocessor, maybe I should dust those off, then commit to clang 5.

In my opinion, even if you require clang 7, that is fine, as long as
we get a working build mainlined.

By the way, I am testing the series with clang 8 (2018-08-14) (after
reverting e501ce957a78), and it seems to work. Hopefully that makes
you happy! ;-)

> I don't think minimal supported versions are required for these clean
> ups, and would not block these patches from landing on that.
> Also, haven't found anyone using ICC yet to comment on minimal version
> requirements.

For clang, by the way, __naked should go out of -gcc.h. I guess that
is breaking ARM clang builds at the moment (didn't check)? I will
include the move for v3.


Powered by blists - more mailing lists