[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20180720105016.pdzvdqxda2u55apz@holly.lan>
Date: Fri, 20 Jul 2018 11:50:16 +0100
From: Daniel Thompson <daniel.thompson@...aro.org>
To: Nicholas Mc Guire <hofrat@...dl.org>
Cc: Jason Wessel <jason.wessel@...driver.com>,
Randy Dunlap <rdunlap@...radead.org>,
Arnd Bergmann <arnd@...db.de>,
Kees Cook <keescook@...omium.org>,
Stephen Rothwell <sfr@...b.auug.org.au>,
Baolin Wang <baolin.wang@...aro.org>,
Johannes Weiner <hannes@...xchg.org>,
Eric W Biederman <ebiederm@...ssion.com>,
kgdb-bugreport@...ts.sourceforge.net, linux-kernel@...r.kernel.org
Subject: Re: [PATCH] kdb: use bool for binary state indicators
On Fri, Jul 20, 2018 at 11:23:37AM +0200, Nicholas Mc Guire wrote:
> defcmd_in_progress is the state trace for command group processing
> - within a command group or not - usable is an indicator if a command
> set is valid (allocated/non-empty) - so use a bool for those binary
> indication here.
>
> Signed-off-by: Nicholas Mc Guire <hofrat@...dl.org>
Reviewed-by: Daniel Thompson <daniel.thompson@...aro.org>
> ---
>
> Found during code review.
> Not a functional issue - just type correctness.
>
> Patch was compile tested with: x86_64_defconfig + CONFIG_KGDB=y,
> CONFIG_KGDB_KDB=y
> (some sparse/smatch warnings not related to the proposed change though)
>
> Patch is against 4.18-rc5 (localversion-next is next-20180720)
>
> kernel/debug/kdb/kdb_main.c | 14 +++++++-------
> 1 file changed, 7 insertions(+), 7 deletions(-)
>
> diff --git a/kernel/debug/kdb/kdb_main.c b/kernel/debug/kdb/kdb_main.c
> index bb4fe4e..fda515a 100644
> --- a/kernel/debug/kdb/kdb_main.c
> +++ b/kernel/debug/kdb/kdb_main.c
> @@ -658,7 +658,7 @@ static void kdb_cmderror(int diag)
> */
> struct defcmd_set {
> int count;
> - int usable;
> + bool usable;
> char *name;
> char *usage;
> char *help;
> @@ -666,7 +666,7 @@ struct defcmd_set {
> };
> static struct defcmd_set *defcmd_set;
> static int defcmd_set_count;
> -static int defcmd_in_progress;
> +static bool defcmd_in_progress;
>
> /* Forward references */
> static int kdb_exec_defcmd(int argc, const char **argv);
> @@ -676,9 +676,9 @@ static int kdb_defcmd2(const char *cmdstr, const char *argv0)
> struct defcmd_set *s = defcmd_set + defcmd_set_count - 1;
> char **save_command = s->command;
> if (strcmp(argv0, "endefcmd") == 0) {
> - defcmd_in_progress = 0;
> + defcmd_in_progress = false;
> if (!s->count)
> - s->usable = 0;
> + s->usable = false;
> if (s->usable)
> /* macros are always safe because when executed each
> * internal command re-enters kdb_parse() and is
> @@ -695,7 +695,7 @@ static int kdb_defcmd2(const char *cmdstr, const char *argv0)
> if (!s->command) {
> kdb_printf("Could not allocate new kdb_defcmd table for %s\n",
> cmdstr);
> - s->usable = 0;
> + s->usable = false;
> return KDB_NOTIMP;
> }
> memcpy(s->command, save_command, s->count * sizeof(*(s->command)));
> @@ -737,7 +737,7 @@ static int kdb_defcmd(int argc, const char **argv)
> defcmd_set_count * sizeof(*defcmd_set));
> s = defcmd_set + defcmd_set_count;
> memset(s, 0, sizeof(*s));
> - s->usable = 1;
> + s->usable = true;
> s->name = kdb_strdup(argv[1], GFP_KDB);
> if (!s->name)
> goto fail_name;
> @@ -756,7 +756,7 @@ static int kdb_defcmd(int argc, const char **argv)
> s->help[strlen(s->help)-1] = '\0';
> }
> ++defcmd_set_count;
> - defcmd_in_progress = 1;
> + defcmd_in_progress = true;
> kfree(save_defcmd_set);
> return 0;
> fail_help:
> --
> 2.1.4
>
Powered by blists - more mailing lists