[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAHk-=widcG7zGELniGoqjPyBZAHehA_Gyi2n1aRO94G7SBzwNQ@mail.gmail.com>
Date: Thu, 1 Nov 2018 18:46:17 -0700
From: Linus Torvalds <torvalds@...ux-foundation.org>
To: Miguel Ojeda <miguel.ojeda.sandonis@...il.com>,
Andrey Ryabinin <aryabinin@...tuozzo.com>
Cc: dan.carpenter@...cle.com, adilger.kernel@...ger.ca,
yamada.masahiro@...ionext.com, michal.lkml@...kovi.net,
rostedt@...dmis.org, mchehab+samsung@...nel.org, olof@...m.net,
Konstantin Ryabitsev <konstantin@...uxfoundation.org>,
David Miller <davem@...emloft.net>,
Kees Cook <keescook@...omium.org>, tglx@...utronix.de,
Ingo Molnar <mingo@...nel.org>, paullawrence@...gle.com,
sandipan@...ux.vnet.ibm.com, andreyknvl@...gle.com,
David Woodhouse <dwmw2@...radead.org>, will.deacon@....com,
Philippe Ombredanne <pombredanne@...b.com>,
paul.burton@...s.com, rientjes@...gle.com, w@....eu,
msebor@...il.com, sparse@...isli.org,
Jonathan Corbet <corbet@....net>,
"Theodore Ts'o" <tytso@....edu>,
Geert Uytterhoeven <geert@...ux-m68k.org>,
Rasmus Villemoes <linux@...musvillemoes.dk>, joe@...ches.com,
Arnd Bergmann <arnd@...db.de>, asmadeus@...ewreck.org,
stefan@...er.ch, luc.vanoostenryck@...il.com,
Nick Desaulniers <ndesaulniers@...gle.com>,
Andrew Morton <akpm@...ux-foundation.org>,
Greg KH <gregkh@...uxfoundation.org>,
linux-doc@...r.kernel.org, linux-ext4@...r.kernel.org,
linux-sparse@...r.kernel.org, linux-kbuild@...r.kernel.org
Subject: Re: [GIT PULL] Compiler Attributes for v4.20-rc1
On Thu, Nov 1, 2018 at 10:06 AM Linus Torvalds
<torvalds@...ux-foundation.org> wrote:
>
> The logic for using __no_sanitize_address *used* to be
>
> #if GCC_VERSION >= 40902
Ok, looking around, I think this has less to do with the attribute
being recognized, and simply just being because KASAN itself wants
gcc-4.9.2.
I'm actually not seeing that KASAN dependency in the Kconfig scripts
(and it probably _should_ be now that we can just add compiler version
dependencies there), but that explains why the gcc version check is
different from "gcc supports the attribute".
Anyway, I decided to do the merge by just getting rid of the
GCC_VERSION check around __no_sanitize_address_or_inline entirely. If
you enable KASAN, then a function with that marking just won't be
marked inline.
End result: pulled. I'm as confused as you are as to why
__no_sanitize_address_or_inline is in the gcc header, but I guess it
ends up being the same issue: KASAN depends on gcc even if that
dependency doesn't seem to be spelled out in lib/Kconfig.kasan.
So I _think_ the KASAN config should have a
depends on CC_IS_GCC && GCC_VERSION >= 40902
on it, but maybe there is something I'm missing.
But from a pull standpoint, I don't want to mess with those
(unrelated) issues, so I just kept the merge resolution as simple and
straightforward as possible.
Miguel, please do double-check the merge (it's not pushed out yet, I'm
doing the usual build tests etc first).
Linus
Powered by blists - more mailing lists