linux-kernel - Re: [PATCH] [SCSI] aacraid: silence two GCC warnings

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: <1361356823.2581.43.camel@dabdike.int.hansenpartnership.com>
Date:	Wed, 20 Feb 2013 10:40:23 +0000
From:	James Bottomley <James.Bottomley@...senPartnership.com>
To:	Paul Bolle <pebolle@...cali.nl>
Cc:	Adaptec OEM Raid Solutions <aacraid@...ptec.com>,
	linux-scsi@...r.kernel.org, linux-kernel@...r.kernel.org
Subject: Re: [PATCH] [SCSI] aacraid: silence two GCC warnings

On Sat, 2013-02-09 at 21:09 +0100, Paul Bolle wrote:
> Compiling src.o for a 32 bit system triggers two GCC warnings:
>     drivers/scsi/aacraid/src.c: In function ‘aac_src_deliver_message’:
>     drivers/scsi/aacraid/src.c:410:3: warning: right shift count >= width of type [enabled by default]
>     drivers/scsi/aacraid/src.c:434:2: warning: right shift count >= width of type [enabled by default]
> 
> Silence these warnings by casting the 'address' variable (of type
> dma_addr_t) to u64 on those two lines.
> 
> Signed-off-by: Paul Bolle <pebolle@...cali.nl>
> ---
> 0) Compile tested only.
> 
> 1) Changing '0L' to 'OUL' might be a bit of cargo cult programming. I
> doubt it's necessary. Members of that cult might also change
> '0xffffffff' to '0xffffffffUL', but I didn't.
> 
>  drivers/scsi/aacraid/src.c | 4 ++--
>  1 file changed, 2 insertions(+), 2 deletions(-)
> 
> diff --git a/drivers/scsi/aacraid/src.c b/drivers/scsi/aacraid/src.c
> index 3b021ec..dfa8a37 100644
> --- a/drivers/scsi/aacraid/src.c
> +++ b/drivers/scsi/aacraid/src.c
> @@ -407,7 +407,7 @@ static int aac_src_deliver_message(struct fib *fib)
>  		fib->hw_fib_va->header.StructType = FIB_MAGIC2;
>  		fib->hw_fib_va->header.SenderFibAddress = (u32)address;
>  		fib->hw_fib_va->header.u.TimeStamp = 0;
> -		BUG_ON((u32)(address >> 32) != 0L);
> +		BUG_ON(((u64)address >> 32) != 0UL);

Actually, this isn't the right way to do this.  The correct way would be
address >> 16 >> 16, but no-one is expected to remember this, so we have
it macroised in kernel.h as upper_32_bits().

So this should become

BUG_ON(upper_32_bits(address) != 0L);

and a similar change for the below.

James

>  		address |= fibsize;
>  	} else {
>  		/* Calculate the amount to the fibsize bits */
> @@ -431,7 +431,7 @@ static int aac_src_deliver_message(struct fib *fib)
>  		address |= fibsize;
>  	}
>  
> -	src_writel(dev, MUnit.IQ_H, (address >> 32) & 0xffffffff);
> +	src_writel(dev, MUnit.IQ_H, ((u64)address >> 32) & 0xffffffff);
>  	src_writel(dev, MUnit.IQ_L, address & 0xffffffff);
>  
>  	return 0;


--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/