[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAMuHMdVaZ1L0n=bFB=__xYwpw6q+fa0U+CuLBpSgDy0djPjwFA@mail.gmail.com>
Date: Mon, 25 Jan 2021 09:33:28 +0100
From: Geert Uytterhoeven <geert@...ux-m68k.org>
To: Stephen Boyd <swboyd@...omium.org>
Cc: Rob Herring <robh@...nel.org>,
Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
"open list:OPEN FIRMWARE AND FLATTENED DEVICE TREE BINDINGS"
<devicetree@...r.kernel.org>,
Frank Rowand <frowand.list@...il.com>,
Arnd Bergmann <arnd@...db.de>, Rob Herring <robh+dt@...nel.org>
Subject: Re: [PATCH v2 6/6] of/device: Don't NULLify match table in
of_match_device() with CONFIG_OF=n
On Sat, Jan 23, 2021 at 4:44 AM Stephen Boyd <swboyd@...omium.org> wrote:
> This effectively reverts 1db73ae39a97 ("of/device: Nullify match table
> in of_match_device() for CONFIG_OF=n") because that commit makes it more
> surprising to users of this API that the arguments may never be
> referenced by any code. This is because the pre-processor will replace
> the argument with NULL and then the match table will be left unreferenced
> by any code but the compiler optimizer doesn't know to drop it. This can
> lead to compilers warning that match tables are unused, when we really
> want to pass the match table to the API but have the compiler see that
> it's all inlined and not used and then drop the match table while
> silencing the warning. We're being too smart here and not giving the
> compiler the chance to do dead code elimination.
>
> Signed-off-by: Stephen Boyd <swboyd@...omium.org>
> Acked-by: Frank Rowand <frowand.list@...il.com>
Reviewed-by: Geert Uytterhoeven <geert+renesas@...der.be>
Acked-by: Geert Uytterhoeven <geert+renesas@...der.be>
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@...ux-m68k.org
In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
-- Linus Torvalds
Powered by blists - more mailing lists