[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <06d822ab-5bc8-2d63-05be-f694c699658d@virtuozzo.com>
Date: Fri, 2 Nov 2018 16:17:23 +0300
From: Andrey Ryabinin <aryabinin@...tuozzo.com>
To: Linus Torvalds <torvalds@...ux-foundation.org>,
Miguel Ojeda <miguel.ojeda.sandonis@...il.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 11/02/2018 04:46 AM, Linus Torvalds wrote:
> 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.
>
I'd rather use cc-option instead of version check, since we also support clang.
It should be possible to express compiler requirements for subfeatures
like stack/inline instrumentation in Kconfig. But that would be not that trivial,
see the scripts/Makefile.kasan
> 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