[lvc-project] [PATCH v2] scsi/cxgbi/libcxgbi: make sure sg is present before calling sg_next()

Daniil Tatianin d-tatianin at yandex-team.ru
Tue Nov 15 11:17:18 MSK 2022


On 11/15/22 1:23 AM, Mike Christie wrote:
> On 11/14/22 9:09 AM, Daniil Tatianin wrote:
>> sg_next() dereferences the passed sg, therefore we have to verify that
>> it's present before calling it.
>>
>> Found by Linux Verification Center (linuxtesting.org) with the SVACE
>> static analysis tool.
>>
>> Signed-off-by: Daniil Tatianin <d-tatianin at yandex-team.ru>
>> ---
>>   drivers/scsi/cxgbi/libcxgbi.c | 3 +--
>>   1 file changed, 1 insertion(+), 2 deletions(-)
>>
>> diff --git a/drivers/scsi/cxgbi/libcxgbi.c b/drivers/scsi/cxgbi/libcxgbi.c
>> index af281e271f88..2ff9810f42a9 100644
>> --- a/drivers/scsi/cxgbi/libcxgbi.c
>> +++ b/drivers/scsi/cxgbi/libcxgbi.c
>> @@ -1196,8 +1196,7 @@ void cxgbi_ddp_set_one_ppod(struct cxgbi_pagepod *ppod,
>>   
>>   	if (offset == len) {
>>   		offset = 0;
>> -		sg = sg_next(sg);
>> -		if (sg) {
>> +		if (sg && (sg = sg_next(sg))) {
>>   			addr = sg_dma_address(sg);
>>   			len = sg_dma_len(sg);
>>   		}
> 
> Is cxgbit_set_one_ppod the same function but it already has the extra
> sg check?

Good catch! Certainly looks that way, albeit with messier indentation.

> Should it be a libcxgb function in libcxgb_ppm.c?

That makes sense to me. Should I just move both there?

Thanks



More information about the lvc-project mailing list