* Re: Coverity: rtw89_mac_resize_ple_rx_quota(): Integer handling issues
[not found] ` <884ff1b628e44d32960f438f75a6524c@realtek.com>
@ 2022-11-03 6:03 ` Kalle Valo
2022-11-04 19:15 ` Kees Cook
0 siblings, 1 reply; 2+ messages in thread
From: Kalle Valo @ 2022-11-03 6:03 UTC (permalink / raw)
To: Ping-Ke Shih
Cc: coverity-bot, Gary Chang, Timlee, Gustavo A. R. Silva,
linux-next@vger.kernel.org, linux-hardening@vger.kernel.org,
linux-wireless
Ping-Ke Shih <pkshih@realtek.com> writes:
>> -----Original Message-----
>> From: coverity-bot <keescook@chromium.org>
>> Sent: Thursday, November 3, 2022 3:53 AM
>> To: Gary Chang <gary.chang@realtek.com>
>> Cc: Timlee <timlee@realtek.com>; Kalle Valo <kvalo@kernel.org>; Ping-Ke Shih <pkshih@realtek.com>; Gustavo
>> A. R. Silva <gustavo@embeddedor.com>; linux-next@vger.kernel.org; linux-hardening@vger.kernel.org
>> Subject: Coverity: rtw89_mac_resize_ple_rx_quota(): Integer handling issues
>>
>> Hello!
>>
>> This is an experimental semi-automated report about issues detected by
>> Coverity from a scan of next-20221102 as part of the linux-next scan project:
>> https://scan.coverity.com/projects/linux-next-weekly-scan
>>
>> You're getting this email because you were associated with the identified
>> lines of code (noted below) that were touched by commits:
>>
>> Tue Nov 1 11:26:13 2022 +0200
>> 7a68ec3da79e ("wifi: rtw89: add function to adjust and restore PLE quota")
>>
>> Coverity reported the following:
>>
>> *** CID 1527095: Integer handling issues (SIGN_EXTENSION)
>> /drivers/net/wireless/realtek/rtw89/mac.c: 1562 in rtw89_mac_resize_ple_rx_quota()
>> 1556 rtw89_err(rtwdev, "[ERR]get_dle_mem_cfg\n");
>> 1557 return -EINVAL;
>> 1558 }
>> 1559
>> 1560 min_cfg = cfg->ple_min_qt;
>> 1561 max_cfg = cfg->ple_max_qt;
>> vvv CID 1527095: Integer handling issues (SIGN_EXTENSION)
>> vvv Suspicious implicit sign extension: "max_cfg->cma0_dma" with type "u16" (16 bits, unsigned) is
>> promoted in "max_cfg->cma0_dma << 16" to type "int" (32 bits, signed), then sign-extended to type "unsigned
>> long" (64 bits, unsigned). If "max_cfg->cma0_dma << 16" is greater than 0x7FFFFFFF, the upper bits of the
>> result will all be 1.
>
> Thanks for pointing this. I'll fix it.
Thanks Ping.
I noticed that linux-wireless list was missing in CC, would it possible
for the bot to automatically add that to all wireless related reports?
Adding it manually now.
--
https://patchwork.kernel.org/project/linux-wireless/list/
https://wireless.wiki.kernel.org/en/developers/documentation/submittingpatches
^ permalink raw reply [flat|nested] 2+ messages in thread