Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18;
From:   Walter Harms <wharms@bfs.de>
To:     Lukas Bulwahn <lukas.bulwahn@gmail.com>,
        Thomas Gleixner <tglx@linutronix.de>,
        Ingo Molnar <mingo@redhat.com>, Borislav Petkov <bp@alien8.de>,
        Josh Poimboeuf <jpoimboe@redhat.com>,
        "x86@kernel.org" <x86@kernel.org>
CC:     "H . Peter Anvin" <hpa@zytor.com>,
        Peter Zijlstra <peterz@infradead.org>,
        Nathan Chancellor <natechancellor@gmail.com>,
        Nick Desaulniers <ndesaulniers@google.com>,
        "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
        "clang-built-linux@googlegroups.com" 
        <clang-built-linux@googlegroups.com>,
        "kernel-janitors@vger.kernel.org" <kernel-janitors@vger.kernel.org>,
        "linux-safety@lists.elisa.tech" <linux-safety@lists.elisa.tech>
Subject: AW: [PATCH] x86/unwind: remove unneeded initialization
Thread-Topic: [PATCH] x86/unwind: remove unneeded initialization
Thread-Index: AQHWrZZp9P4B5XWLnkejzPAeNoVG0Kmudb7J
Date:   Thu, 29 Oct 2020 11:49:50 +0000
Message-ID: <a28022479f594650a6d98adac3c4a6f0@bfs.de>
References: <20201028122102.24202-1-lukas.bulwahn@gmail.com>
In-Reply-To: <20201028122102.24202-1-lukas.bulwahn@gmail.com>
Accept-Language: de-DE, en-US
Content-Language: de-DE
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Precedence: bulk

this looks like a reimplementation of bsearch()
perhaps the maintainer can add a comment why the=20
kernel implementation is not suitable here ?


jm2c
wh

________________________________________
Von: Lukas Bulwahn [lukas.bulwahn@gmail.com]
Gesendet: Mittwoch, 28. Oktober 2020 13:21
An: Thomas Gleixner; Ingo Molnar; Borislav Petkov; Josh Poimboeuf; x86@kern=
el.org
Cc: H . Peter Anvin; Peter Zijlstra; Nathan Chancellor; Nick Desaulniers; l=
inux-kernel@vger.kernel.org; clang-built-linux@googlegroups.com; kernel-jan=
itors@vger.kernel.org; linux-safety@lists.elisa.tech; Lukas Bulwahn
Betreff: [PATCH] x86/unwind: remove unneeded initialization

make clang-analyzer on x86_64 defconfig caught my attention with:

  arch/x86/kernel/unwind_orc.c:38:7: warning: Value stored to 'mid' during
  its initialization is never read [clang-analyzer-deadcode.DeadStores]
          int *mid =3D first, *found =3D first;
               ^

Commit ee9f8fce9964 ("x86/unwind: Add the ORC unwinder") introduced
__orc_find() with this unneeded dead-store initialization.

Put the variable in local scope and initialize only once the value is
needed to make clang-analyzer happy.

As compilers will detect this unneeded assignment and optimize this
anyway, the resulting object code is effectively identical before and
after this change.

No functional change. Effectively, no change to object code.

Signed-off-by: Lukas Bulwahn <lukas.bulwahn@gmail.com>
---
applies cleanly on current master and next-20201028

Josh, please ack.
Ingo, Borislav, please pick this minor non-urgent clean-up patch.

 arch/x86/kernel/unwind_orc.c | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/arch/x86/kernel/unwind_orc.c b/arch/x86/kernel/unwind_orc.c
index 6a339ce328e0..5c64eed08257 100644
--- a/arch/x86/kernel/unwind_orc.c
+++ b/arch/x86/kernel/unwind_orc.c
@@ -35,7 +35,7 @@ static struct orc_entry *__orc_find(int *ip_table, struct=
 orc_entry *u_table,
 {
        int *first =3D ip_table;
        int *last =3D ip_table + num_entries - 1;
-       int *mid =3D first, *found =3D first;
+       int *found =3D first;

        if (!num_entries)
                return NULL;
@@ -47,7 +47,7 @@ static struct orc_entry *__orc_find(int *ip_table, struct=
 orc_entry *u_table,
         * ignored when they conflict with a real entry.
         */
        while (first <=3D last) {
-               mid =3D first + ((last - first) / 2);
+               int *mid =3D first + ((last - first) / 2);

                if (orc_ip(mid) <=3D ip) {
                        found =3D mid;
--
2.17.1