lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<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

Powered by Openwall GNU/*/Linux Powered by OpenVZ