Linux SCSI subsystem development
 help / color / mirror / Atom feed
From: John Garry <john.g.garry@oracle.com>
To: Dan Carpenter <dan.carpenter@linaro.org>,
	Colin Ian King <colin.i.king@gmail.com>
Cc: "James E . J . Bottomley" <James.Bottomley@hansenpartnership.com>,
	"Martin K . Petersen" <martin.petersen@oracle.com>,
	linux-scsi@vger.kernel.org, kernel-janitors@vger.kernel.org,
	linux-kernel@vger.kernel.org
Subject: Re: [PATCH][next] scsi: scsi_debug: remove a redundant assignment to variable ret
Date: Wed, 16 Oct 2024 08:16:16 +0100	[thread overview]
Message-ID: <9151ca6d-7153-4a97-aaa2-7277fc5ffa84@oracle.com> (raw)
In-Reply-To: <2be706cc-0944-4413-b1b0-52d34fbdadf8@stanley.mountain>

On 02/10/2024 16:10, Dan Carpenter wrote:
> On Wed, Oct 02, 2024 at 02:50:43PM +0100, Colin Ian King wrote:
>> The variable ret is being assigned a value that is never read, the
>> following break statement exits the loop where ret is being re-assigned
>> a new value. Remove the redundant assignment.
>>
>> Signed-off-by: Colin Ian King<colin.i.king@gmail.com>
>> ---
>>   drivers/scsi/scsi_debug.c | 4 +---
>>   1 file changed, 1 insertion(+), 3 deletions(-)
>>
>> diff --git a/drivers/scsi/scsi_debug.c b/drivers/scsi/scsi_debug.c
>> index d95f417e24c0..7c60f5acc4a3 100644
>> --- a/drivers/scsi/scsi_debug.c
>> +++ b/drivers/scsi/scsi_debug.c
>> @@ -3686,14 +3686,12 @@ static int do_device_access(struct sdeb_store_info *sip, struct scsi_cmnd *scp,
>>   		sdeb_data_sector_lock(sip, do_write);
>>   		ret = sg_copy_buffer(sdb->table.sgl, sdb->table.nents,
> You would think there would be a:
> 
> 	total += ret;
> 
> here.
> 
>>   		   fsp + (block * sdebug_sector_size),
>>   		   sdebug_sector_size, sg_skip, do_write);T
>>   		sdeb_data_sector_unlock(sip, do_write);
>> -		if (ret != sdebug_sector_size) {
>> -			ret += (i * sdebug_sector_size);
>> +		if (ret != sdebug_sector_size)
>>   			break;
>> -		}
>>   		sg_skip += sdebug_sector_size;
>>   		if (++block >= sdebug_store_sectors)
>>   			block = 0;
>>   	}
>>   	ret = num * sdebug_sector_size;
>          ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
> And that this would be a "return total;"

Right, the function is currently a little messy as there is no variable 
for "total", and we re-assign ret per loop.

So I think that we can either:
a. introduce a variable to hold "total"
b. this change:

diff --git a/drivers/scsi/scsi_debug.c b/drivers/scsi/scsi_debug.c
index af5e3a7f47a9..39218ffc6a31 100644
--- a/drivers/scsi/scsi_debug.c
+++ b/drivers/scsi/scsi_debug.c
@@ -3690,13 +3690,14 @@ static int do_device_access(struct
sdeb_store_info *sip, struct scsi_cmnd *scp,
                sdeb_data_sector_unlock(sip, do_write);
                if (ret != sdebug_sector_size) {
                        ret += (i * sdebug_sector_size);
-                       break;
+                       goto out_unlock;
                }
                sg_skip += sdebug_sector_size;
                if (++block >= sdebug_store_sectors)
                        block = 0;
        }
        ret = num * sdebug_sector_size;
+out_unlock:
        sdeb_data_unlock(sip, atomic);


Maybe a. is better, as b. is maintaining some messiness.

Thanks,
John

> 
> The comment at the start of the function says that it's supposed to return the
> actual number of bytes that were copied.  And you can see how that was the
> intention.
> 
> But what it actually does is it always reports that it copied the complete
> number of bytes.  #Success #Woohoo
> 
> I wouldn't feel comfortable changing it to report partial copies without testing
> it.  Someone needs to look at it more carefully to figure out what the correct
> fix is.



  parent reply	other threads:[~2024-10-16  7:16 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-10-02 13:50 [PATCH][next] scsi: scsi_debug: remove a redundant assignment to variable ret Colin Ian King
2024-10-02 15:10 ` Dan Carpenter
2024-10-02 15:19   ` Dan Carpenter
2024-10-16  7:16   ` John Garry [this message]
2024-10-17  7:59     ` John Garry
2024-10-17  8:57     ` Dan Carpenter

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=9151ca6d-7153-4a97-aaa2-7277fc5ffa84@oracle.com \
    --to=john.g.garry@oracle.com \
    --cc=James.Bottomley@hansenpartnership.com \
    --cc=colin.i.king@gmail.com \
    --cc=dan.carpenter@linaro.org \
    --cc=kernel-janitors@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-scsi@vger.kernel.org \
    --cc=martin.petersen@oracle.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox