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: <ZjTdoLG+KH/qYF2l@alpha.franken.de>
Date: Fri, 3 May 2024 14:50:40 +0200
From: Thomas Bogendoerfer <tsbogend@...ha.franken.de>
To: Yury Norov <yury.norov@...il.com>
Cc: Florian Fainelli <f.fainelli@...il.com>, linux-mips@...r.kernel.org,
	linux-kernel@...r.kernel.org
Subject: Re: [PATCH 2/2] MIPS: SGI-IP27: use WARN_ON() output

On Tue, Apr 16, 2024 at 10:37:11AM -0700, Yury Norov wrote:
> WARN_ON() propagates the result of conditional expression, and it can be
> used to return early in the following expression in the arch_init_irq().
> 
> This is a no-op cleanup, except that compiler may optimize the error paths
> better because WARN_ON() implies 'unlikely()'.
> 
> Signed-off-by: Yury Norov <yury.norov@...il.com>
> ---
>  arch/mips/sgi-ip27/ip27-irq.c | 7 +++----
>  1 file changed, 3 insertions(+), 4 deletions(-)
> 
> diff --git a/arch/mips/sgi-ip27/ip27-irq.c b/arch/mips/sgi-ip27/ip27-irq.c
> index d8acdf0439d2..00e63e9ef61d 100644
> --- a/arch/mips/sgi-ip27/ip27-irq.c
> +++ b/arch/mips/sgi-ip27/ip27-irq.c
> @@ -289,13 +289,12 @@ void __init arch_init_irq(void)
>  	bitmap_set(hub_irq_map, NI_BRDCAST_ERR_A, MSC_PANIC_INTR - NI_BRDCAST_ERR_A + 1);
>  
>  	fn = irq_domain_alloc_named_fwnode("HUB");
> -	WARN_ON(fn == NULL);
> -	if (!fn)
> +	if (WARN_ON(fn == NULL))
>  		return;
> +
>  	domain = irq_domain_create_linear(fn, IP27_HUB_IRQ_COUNT,
>  					  &hub_domain_ops, NULL);
> -	WARN_ON(domain == NULL);
> -	if (!domain)
> +	if (WARN_ON(domain == NULL))
>  		return;
>  
>  	irq_set_default_host(domain);
> -- 
> 2.40.1

applied to mips-next.

Thomas.

-- 
Crap can work. Given enough thrust pigs will fly, but it's not necessarily a
good idea.                                                [ RFC1925, 2.3 ]

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ