[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CA+55aFy1jJPX2fu7ce2Z7hxn49RaSghtnziwsyUU1Em5WEH2yw@mail.gmail.com>
Date: Mon, 9 Apr 2018 10:14:25 -0700
From: Linus Torvalds <torvalds@...ux-foundation.org>
To: Sebastian Ott <sebott@...ux.ibm.com>
Cc: Kees Cook <keescook@...omium.org>,
Sebastian Ott <sebott@...ux.vnet.ibm.com>,
LKML <linux-kernel@...r.kernel.org>,
Heiko Carstens <heiko.carstens@...ibm.com>,
Martin Uecker <Martin.Uecker@....uni-goettingen.de>,
Ingo Molnar <mingo@...nel.org>,
Miguel Ojeda <miguel.ojeda.sandonis@...il.com>
Subject: Re: [bisected] 3c8ba0d61d04ced9f8d9ff93977995a9e4e96e91 oopses on s390
On Mon, Apr 9, 2018 at 10:03 AM, Linus Torvalds
<torvalds@...ux-foundation.org> wrote:
>
> Our old "min()" had the internal variables called "min1" and "min2",
> which is crazy too.
Actually, no, it used the really cumbersome "__UNIQUE_ID" and then
passed that odd as the name 'min1/2',
Ugh, I find that really nasty to read, but it was obviously done
because we hit this before.
And our __UNIQUE_ID() macro is garbage anyway, since it falls back on
the line number, which doesn't really work for macros anyway. But we
have proper macros for both clang and gcc, so maybe we should ignore
the broken fallback.
A patch like the attached, perhaps?
Linus
View attachment "patch.diff" of type "text/x-patch" (1053 bytes)
Powered by blists - more mailing lists