From: Kees Cook <keescook@chromium.org>
To: Miguel Ojeda <miguel.ojeda.sandonis@gmail.com>
Cc: Thomas Gleixner <tglx@linutronix.de>,
linux-kernel <linux-kernel@vger.kernel.org>,
Linus Torvalds <torvalds@linux-foundation.org>,
Alexander Potapenko <glider@google.com>,
Joe Perches <joe@perches.com>, Andy Whitcroft <apw@canonical.com>,
"maintainer:X86 ARCHITECTURE (32-BIT AND 64-BIT)"
<x86@kernel.org>,
drbd-dev@lists.linbit.com, linux-block@vger.kernel.org,
b43-dev@lists.infradead.org,
Network Development <netdev@vger.kernel.org>,
linux-wireless <linux-wireless@vger.kernel.org>,
linux-ide@vger.kernel.org, linux-clk@vger.kernel.org,
linux-spi@vger.kernel.org, Linux-MM <linux-mm@kvack.org>,
clang-built-linux <clang-built-linux@googlegroups.com>
Subject: Re: [PATCH 01/10] x86/mm/numa: Remove uninitialized_var() usage
Date: Thu, 4 Jun 2020 07:56:40 -0700 [thread overview]
Message-ID: <202006040745.525ECD1@keescook> (raw)
In-Reply-To: <CANiq72kLqvriYmMkdD3yU+xJwbn-68Eiu-fTNtC+Lb+1ZRM75g@mail.gmail.com>
On Thu, Jun 04, 2020 at 01:41:07PM +0200, Miguel Ojeda wrote:
> On Thu, Jun 4, 2020 at 9:58 AM Thomas Gleixner <tglx@linutronix.de> wrote:
> >
> > but if we ever lose the 1 then the above will silently compile the code
> > within the IS_ENABLED() section out.
>
> Yeah, I believe `IS_ENABLED()` is only meant for Kconfig symbols, not
> macro defs in general. A better option would be `__is_defined()` which
> works for defined-to-nothing too.
Er? That's not what it looked like to me:
#define IS_BUILTIN(option) __is_defined(option)
#define IS_ENABLED(option) __or(IS_BUILTIN(option), IS_MODULE(option))
But just to be sure, I just tested in with a real build:
[ 3.242160] IS_ENABLED(TEST_UNDEF) false
[ 3.242691] __is_defined(TEST_UNDEF) false
[ 3.243240] IS_ENABLED(TEST_VALUE_EMPTY) false
[ 3.243794] __is_defined(TEST_VALUE_EMPTY) false
[ 3.244353] IS_ENABLED(TEST_VALUE_1) true
[ 3.244848] __is_defined(TEST_VALUE_1) true
and nope, it only works with a defined value present.
diff --git a/init/main.c b/init/main.c
index 03371976d387..378a9e54b6dc 100644
--- a/init/main.c
+++ b/init/main.c
@@ -1406,6 +1406,34 @@ static int __ref kernel_init(void *unused)
*/
pti_finalize();
+#undef TEST_UNDEF
+ if (IS_ENABLED(TEST_UNDEF))
+ pr_info("IS_ENABLED(TEST_UNDEF) true\n");
+ else
+ pr_info("IS_ENABLED(TEST_UNDEF) false\n");
+ if (__is_defined(TEST_UNDEF))
+ pr_info("__is_defined(TEST_UNDEF) true\n");
+ else
+ pr_info("__is_defined(TEST_UNDEF) false\n");
+#define TEST_VALUE_EMPTY
+ if (IS_ENABLED(TEST_VALUE_EMPTY))
+ pr_info("IS_ENABLED(TEST_VALUE_EMPTY) true\n");
+ else
+ pr_info("IS_ENABLED(TEST_VALUE_EMPTY) false\n");
+ if (__is_defined(TEST_VALUE_EMPTY))
+ pr_info("__is_defined(TEST_VALUE_EMPTY) true\n");
+ else
+ pr_info("__is_defined(TEST_VALUE_EMPTY) false\n");
+#define TEST_VALUE_1 1
+ if (IS_ENABLED(TEST_VALUE_1))
+ pr_info("IS_ENABLED(TEST_VALUE_1) true\n");
+ else
+ pr_info("IS_ENABLED(TEST_VALUE_1) false\n");
+ if (__is_defined(TEST_VALUE_1))
+ pr_info("__is_defined(TEST_VALUE_1) true\n");
+ else
+ pr_info("__is_defined(TEST_VALUE_1) false\n");
+
system_state = SYSTEM_RUNNING;
numa_default_policy();
which means a few other __is_defined() users are not correct too...
--
Kees Cook
WARNING: multiple messages have this Message-ID (diff)
From: Kees Cook <keescook@chromium.org>
To: Miguel Ojeda <miguel.ojeda.sandonis@gmail.com>
Cc: clang-built-linux <clang-built-linux@googlegroups.com>,
linux-ide@vger.kernel.org,
Network Development <netdev@vger.kernel.org>,
"maintainer:X86 ARCHITECTURE \(32-BIT AND 64-BIT\)"
<x86@kernel.org>, linux-wireless <linux-wireless@vger.kernel.org>,
linux-kernel <linux-kernel@vger.kernel.org>,
linux-spi@vger.kernel.org, linux-block@vger.kernel.org,
Andy Whitcroft <apw@canonical.com>, Linux-MM <linux-mm@kvack.org>,
Alexander Potapenko <glider@google.com>,
b43-dev@lists.infradead.org, Joe Perches <joe@perches.com>,
Thomas Gleixner <tglx@linutronix.de>,
Linus Torvalds <torvalds@linux-foundation.org>,
linux-clk@vger.kernel.org, drbd-dev@lists.linbit.com
Subject: Re: [Drbd-dev] [PATCH 01/10] x86/mm/numa: Remove uninitialized_var() usage
Date: Thu, 4 Jun 2020 07:56:40 -0700 [thread overview]
Message-ID: <202006040745.525ECD1@keescook> (raw)
In-Reply-To: <CANiq72kLqvriYmMkdD3yU+xJwbn-68Eiu-fTNtC+Lb+1ZRM75g@mail.gmail.com>
On Thu, Jun 04, 2020 at 01:41:07PM +0200, Miguel Ojeda wrote:
> On Thu, Jun 4, 2020 at 9:58 AM Thomas Gleixner <tglx@linutronix.de> wrote:
> >
> > but if we ever lose the 1 then the above will silently compile the code
> > within the IS_ENABLED() section out.
>
> Yeah, I believe `IS_ENABLED()` is only meant for Kconfig symbols, not
> macro defs in general. A better option would be `__is_defined()` which
> works for defined-to-nothing too.
Er? That's not what it looked like to me:
#define IS_BUILTIN(option) __is_defined(option)
#define IS_ENABLED(option) __or(IS_BUILTIN(option), IS_MODULE(option))
But just to be sure, I just tested in with a real build:
[ 3.242160] IS_ENABLED(TEST_UNDEF) false
[ 3.242691] __is_defined(TEST_UNDEF) false
[ 3.243240] IS_ENABLED(TEST_VALUE_EMPTY) false
[ 3.243794] __is_defined(TEST_VALUE_EMPTY) false
[ 3.244353] IS_ENABLED(TEST_VALUE_1) true
[ 3.244848] __is_defined(TEST_VALUE_1) true
and nope, it only works with a defined value present.
diff --git a/init/main.c b/init/main.c
index 03371976d387..378a9e54b6dc 100644
--- a/init/main.c
+++ b/init/main.c
@@ -1406,6 +1406,34 @@ static int __ref kernel_init(void *unused)
*/
pti_finalize();
+#undef TEST_UNDEF
+ if (IS_ENABLED(TEST_UNDEF))
+ pr_info("IS_ENABLED(TEST_UNDEF) true\n");
+ else
+ pr_info("IS_ENABLED(TEST_UNDEF) false\n");
+ if (__is_defined(TEST_UNDEF))
+ pr_info("__is_defined(TEST_UNDEF) true\n");
+ else
+ pr_info("__is_defined(TEST_UNDEF) false\n");
+#define TEST_VALUE_EMPTY
+ if (IS_ENABLED(TEST_VALUE_EMPTY))
+ pr_info("IS_ENABLED(TEST_VALUE_EMPTY) true\n");
+ else
+ pr_info("IS_ENABLED(TEST_VALUE_EMPTY) false\n");
+ if (__is_defined(TEST_VALUE_EMPTY))
+ pr_info("__is_defined(TEST_VALUE_EMPTY) true\n");
+ else
+ pr_info("__is_defined(TEST_VALUE_EMPTY) false\n");
+#define TEST_VALUE_1 1
+ if (IS_ENABLED(TEST_VALUE_1))
+ pr_info("IS_ENABLED(TEST_VALUE_1) true\n");
+ else
+ pr_info("IS_ENABLED(TEST_VALUE_1) false\n");
+ if (__is_defined(TEST_VALUE_1))
+ pr_info("__is_defined(TEST_VALUE_1) true\n");
+ else
+ pr_info("__is_defined(TEST_VALUE_1) false\n");
+
system_state = SYSTEM_RUNNING;
numa_default_policy();
which means a few other __is_defined() users are not correct too...
--
Kees Cook
next prev parent reply other threads:[~2020-06-04 14:56 UTC|newest]
Thread overview: 108+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-06-03 23:31 [PATCH 00/10] Remove uninitialized_var() macro Kees Cook
2020-06-03 23:31 ` [Drbd-dev] " Kees Cook
2020-06-03 23:31 ` [PATCH 01/10] x86/mm/numa: Remove uninitialized_var() usage Kees Cook
2020-06-03 23:31 ` [Drbd-dev] " Kees Cook
2020-06-04 7:58 ` Thomas Gleixner
2020-06-04 7:58 ` [Drbd-dev] " Thomas Gleixner
2020-06-04 11:41 ` Miguel Ojeda
2020-06-04 11:41 ` [Drbd-dev] " Miguel Ojeda
2020-06-04 14:56 ` Kees Cook [this message]
2020-06-04 14:56 ` Kees Cook
2020-06-04 15:22 ` Miguel Ojeda
2020-06-04 15:22 ` [Drbd-dev] " Miguel Ojeda
2020-06-04 14:34 ` Kees Cook
2020-06-04 14:34 ` [Drbd-dev] " Kees Cook
2020-06-04 21:39 ` Thomas Gleixner
2020-06-04 21:39 ` [Drbd-dev] " Thomas Gleixner
2020-06-04 22:39 ` Kees Cook
2020-06-04 22:39 ` [Drbd-dev] " Kees Cook
2020-06-03 23:31 ` [PATCH 02/10] drbd: " Kees Cook
2020-06-03 23:31 ` [Drbd-dev] " Kees Cook
2020-06-04 19:56 ` Nick Desaulniers
2020-06-04 19:56 ` [Drbd-dev] " Nick Desaulniers
2020-06-03 23:31 ` [PATCH 03/10] b43: " Kees Cook
2020-06-03 23:31 ` [Drbd-dev] " Kees Cook
2020-06-04 20:08 ` Nick Desaulniers
2020-06-04 20:08 ` [Drbd-dev] " Nick Desaulniers
2020-06-04 20:18 ` Kees Cook
2020-06-04 20:18 ` [Drbd-dev] " Kees Cook
2020-06-04 20:25 ` Nick Desaulniers
2020-06-04 20:25 ` [Drbd-dev] " Nick Desaulniers
2020-06-05 9:20 ` Kalle Valo
2020-06-05 9:20 ` [Drbd-dev] " Kalle Valo
2020-06-03 23:31 ` [PATCH 04/10] rtlwifi: rtl8192cu: " Kees Cook
2020-06-03 23:31 ` [Drbd-dev] " Kees Cook
2020-06-04 20:16 ` Nick Desaulniers
2020-06-04 20:16 ` [Drbd-dev] " Nick Desaulniers
2020-06-05 9:18 ` Kalle Valo
2020-06-05 9:18 ` [Drbd-dev] " Kalle Valo
2020-06-03 23:31 ` [PATCH 05/10] ide: " Kees Cook
2020-06-03 23:31 ` [Drbd-dev] " Kees Cook
2020-06-04 19:29 ` Nick Desaulniers
2020-06-04 19:29 ` [Drbd-dev] " Nick Desaulniers
2020-06-04 20:20 ` Kees Cook
2020-06-04 20:20 ` [Drbd-dev] " Kees Cook
2020-06-04 20:29 ` Nick Desaulniers
2020-06-04 20:29 ` [Drbd-dev] " Nick Desaulniers
2020-06-15 19:32 ` Kees Cook
2020-06-15 19:32 ` [Drbd-dev] " Kees Cook
2020-06-04 20:58 ` Sedat Dilek
2020-06-04 20:58 ` [Drbd-dev] " Sedat Dilek
2020-06-03 23:31 ` [PATCH 06/10] clk: st: " Kees Cook
2020-06-03 23:31 ` [Drbd-dev] " Kees Cook
2020-06-04 4:38 ` Stephen Boyd
2020-06-04 4:38 ` [Drbd-dev] " Stephen Boyd
2020-06-03 23:32 ` [PATCH 07/10] spi: davinci: " Kees Cook
2020-06-03 23:32 ` [Drbd-dev] " Kees Cook
2020-06-04 19:40 ` Nick Desaulniers
2020-06-04 19:40 ` [Drbd-dev] " Nick Desaulniers
2020-06-03 23:32 ` [PATCH 08/10] checkpatch: Remove awareness of uninitialized_var() macro Kees Cook
2020-06-03 23:32 ` [Drbd-dev] " Kees Cook
2020-06-04 0:02 ` Joe Perches
2020-06-04 0:02 ` [Drbd-dev] " Joe Perches
2020-06-04 1:40 ` Kees Cook
2020-06-04 1:40 ` [Drbd-dev] " Kees Cook
2020-06-04 1:47 ` Joe Perches
2020-06-04 1:47 ` [Drbd-dev] " Joe Perches
2020-06-04 2:44 ` Kees Cook
2020-06-04 2:44 ` [Drbd-dev] " Kees Cook
2020-06-04 2:53 ` Sedat Dilek
2020-06-04 2:53 ` [Drbd-dev] " Sedat Dilek
2020-06-04 3:46 ` Kees Cook
2020-06-04 3:46 ` [Drbd-dev] " Kees Cook
2020-06-03 23:32 ` [PATCH 09/10] treewide: Remove uninitialized_var() usage Kees Cook
2020-06-04 3:33 ` Nathan Chancellor
2020-06-04 3:33 ` [Drbd-dev] " Nathan Chancellor
2020-06-04 4:02 ` Kees Cook
2020-06-04 4:02 ` [Drbd-dev] " Kees Cook
2020-06-04 10:45 ` Leon Romanovsky
2020-06-04 10:45 ` [Drbd-dev] " Leon Romanovsky
2020-06-04 11:33 ` kernel test robot
2020-06-04 13:23 ` Jason Gunthorpe
2020-06-04 13:23 ` [Drbd-dev] " Jason Gunthorpe
2020-06-04 14:59 ` Kees Cook
2020-06-04 14:59 ` [Drbd-dev] " Kees Cook
2020-06-04 17:57 ` Jason Gunthorpe
2020-06-04 17:57 ` [Drbd-dev] " Jason Gunthorpe
2020-06-04 19:09 ` Geert Uytterhoeven
2020-06-04 19:09 ` [Drbd-dev] " Geert Uytterhoeven
2020-06-05 9:25 ` Kalle Valo
2020-06-05 9:25 ` [Drbd-dev] " Kalle Valo
2020-06-03 23:32 ` [PATCH 10/10] compiler: Remove uninitialized_var() macro Kees Cook
2020-06-03 23:32 ` [Drbd-dev] " Kees Cook
2020-06-04 0:00 ` Bart Van Assche
2020-06-04 0:00 ` [Drbd-dev] " Bart Van Assche
2020-06-04 0:50 ` Miguel Ojeda
2020-06-04 0:50 ` [Drbd-dev] " Miguel Ojeda
2020-06-04 1:23 ` [PATCH 00/10] " Sedat Dilek
2020-06-04 1:23 ` [Drbd-dev] " Sedat Dilek
2020-06-04 1:44 ` Kees Cook
2020-06-04 1:44 ` [Drbd-dev] " Kees Cook
2020-06-04 1:46 ` Sedat Dilek
2020-06-04 1:46 ` [Drbd-dev] " Sedat Dilek
2020-06-04 3:33 ` Nathan Chancellor
2020-06-04 3:33 ` [Drbd-dev] " Nathan Chancellor
2020-06-04 7:26 ` Sedat Dilek
2020-06-04 7:26 ` [Drbd-dev] " Sedat Dilek
2020-06-04 14:27 ` Kees Cook
2020-06-04 14:27 ` [Drbd-dev] " Kees Cook
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=202006040745.525ECD1@keescook \
--to=keescook@chromium.org \
--cc=apw@canonical.com \
--cc=b43-dev@lists.infradead.org \
--cc=clang-built-linux@googlegroups.com \
--cc=drbd-dev@lists.linbit.com \
--cc=glider@google.com \
--cc=joe@perches.com \
--cc=linux-block@vger.kernel.org \
--cc=linux-clk@vger.kernel.org \
--cc=linux-ide@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mm@kvack.org \
--cc=linux-spi@vger.kernel.org \
--cc=linux-wireless@vger.kernel.org \
--cc=miguel.ojeda.sandonis@gmail.com \
--cc=netdev@vger.kernel.org \
--cc=tglx@linutronix.de \
--cc=torvalds@linux-foundation.org \
--cc=x86@kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.