linux-kernel - Re: [PATCH] Convert __le16 to cpu before casting to u32

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]

Date:   Sat, 8 Apr 2017 12:31:25 +0200
From:   Greg Kroah-Hartman <greg@...ah.com>
To:     Guillaume Brogi <gui-gui@...courrier.com>
Cc:     Bhumika Goyal <bhumirks@...il.com>, devel@...verdev.osuosl.org,
        linux-kernel@...r.kernel.org
Subject: Re: [PATCH] Convert __le16 to cpu before casting to u32

On Sun, Mar 26, 2017 at 12:24:14AM +0100, Guillaume Brogi wrote:
> 
> This patch fixes the following sparse warnings:
> drivers/staging/rtl8192u/r8192U_dm.c:2307:49: warning: cast from restricted __le16
> drivers/staging/rtl8192u/r8192U_dm.c:2308:44: warning: cast from restricted __le16
> drivers/staging/rtl8192u/r8192U_dm.c:2309:44: warning: cast from restricted __le16
> 
> Those three members of qos_parameters are indeed __le16 so they should
> be converted to the cpu's endianness before being cast to u32.
> 
> The lines are over the 80 character limit. They already were, and, for
> the sake of readability, I don't think they should be split.

Please fix up your subject: line to match other patches for this driver,
I almost missed it :(

> 
> Signed-off-by: Guillaume Brogi <gui-gui@...courrier.com>
> ---
>  drivers/staging/rtl8192u/r8192U_dm.c | 6 +++---
>  1 file changed, 3 insertions(+), 3 deletions(-)
> 
> diff --git a/drivers/staging/rtl8192u/r8192U_dm.c b/drivers/staging/rtl8192u/r8192U_dm.c
> index 9209aad0515e..5946c1f8d37d 100644
> --- a/drivers/staging/rtl8192u/r8192U_dm.c
> +++ b/drivers/staging/rtl8192u/r8192U_dm.c
> @@ -2304,9 +2304,9 @@ static void dm_check_edca_turbo(
>  				/*  For Each time updating EDCA parameter, reset EDCA turbo mode status. */
>  				dm_init_edca_turbo(dev);
>  				u1bAIFS = qos_parameters->aifs[0] * ((mode&(IEEE_G|IEEE_N_24G)) ? 9 : 20) + aSifsTime;
> -				u4bAcParam = (((u32)(qos_parameters->tx_op_limit[0])) << AC_PARAM_TXOP_LIMIT_OFFSET)|
> -					(((u32)(qos_parameters->cw_max[0])) << AC_PARAM_ECW_MAX_OFFSET)|
> -					(((u32)(qos_parameters->cw_min[0])) << AC_PARAM_ECW_MIN_OFFSET)|
> +				u4bAcParam = (((u32)le16_to_cpu(qos_parameters->tx_op_limit[0])) << AC_PARAM_TXOP_LIMIT_OFFSET) |
> +					(((u32)le16_to_cpu(qos_parameters->cw_max[0])) << AC_PARAM_ECW_MAX_OFFSET) |
> +					(((u32)le16_to_cpu(qos_parameters->cw_min[0])) << AC_PARAM_ECW_MIN_OFFSET) |
>  					((u32)u1bAIFS << AC_PARAM_AIFS_OFFSET);
>  				/*write_nic_dword(dev, WDCAPARA_ADD[i], u4bAcParam);*/
>  				write_nic_dword(dev, EDCAPARA_BE,  u4bAcParam);

How are you sure that this change is correct?  How did you verify it?

thanks,

greg k-h