[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <20181219164730.247lzfcsmmjjzibp@holly.lan>
Date: Wed, 19 Dec 2018 16:47:30 +0000
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:50:16AM +0100, Daniel Thompson wrote:
> 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>
Applied! Thanks.
>
> > ---
> >
> > 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