Received-SPF: pass (google.com: domain of linux-kernel+bounces-188128-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:40f1:3f00::1 as permitted sender) client-ip=2604:1380:40f1:3f00::1;
From: Chanwoo Lee <cw9316.lee@samsung.com>
To: cw9316.lee@samsung.com
Cc: James.Bottomley@HansenPartnership.com, alim.akhtar@samsung.com,
	avri.altman@wdc.com, bvanassche@acm.org, linux-kernel@vger.kernel.org,
	linux-scsi@vger.kernel.org, martin.petersen@oracle.com,
	powen.kao@mediatek.com, quic_cang@quicinc.com, quic_nguyenb@quicinc.com,
	stanley.chu@mediatek.com, yang.lee@linux.alibaba.com
Subject: Re: Re: [PATCH] ufs:mcq:Fixing Error Output for
 ufshcd_try_to_abort_task in ufshcd_mcq_abort
Date: Fri, 24 May 2024 08:56:13 +0900
Message-Id: <20240523235613.1103161-1-cw9316.lee@samsung.com>
In-Reply-To: <20240523002257.1068373-1-cw9316.lee@samsung.com>
Precedence: bulk
MIME-Version: 1.0
Content-Transfer-Encoding: 8bit
Content-Type: text/plain; charset="utf-8"
CMS-TYPE: 101P
DLP-Filter: Pass
References: <20240523002257.1068373-1-cw9316.lee@samsung.com>
	<CGME20240523235615epcas1p282b2405bed41b94ef8a40633066f1d4c@epcas1p2.samsung.com>

On 5/23/24 22:43, Bart Van Assche wrote:
>On 5/22/24 17:22, Chanwoo Lee wrote:
>> An error unrelated to ufshcd_try_to_abort_task is being output and
>> can cause confusion. So, I modified it to output the result of abort
>> fail. This modification was similarly revised by referring to the
>> ufshcd_abort function.
>> 
>> Signed-off-by: Chanwoo Lee <cw9316.lee@samsung.com>
>> ---
>>   drivers/ufs/core/ufs-mcq.c | 4 +++-
>>   1 file changed, 3 insertions(+), 1 deletion(-)
>> 
>> diff --git a/drivers/ufs/core/ufs-mcq.c b/drivers/ufs/core/ufs-mcq.c
>> index 005d63ab1f44..fc24d1af1fe8 100644
>> --- a/drivers/ufs/core/ufs-mcq.c
>> +++ b/drivers/ufs/core/ufs-mcq.c
>> @@ -667,9 +667,11 @@ int ufshcd_mcq_abort(struct scsi_cmnd *cmd)
>>   	 * in the completion queue either. Query the device to see if
>>   	 * the command is being processed in the device.
>>   	 */
>> -	if (ufshcd_try_to_abort_task(hba, tag)) {
>> +	err = ufshcd_try_to_abort_task(hba, tag);
>> +	if (err) {
>>   		dev_err(hba->dev, "%s: device abort failed %d\n", __func__, err);
>>   		lrbp->req_abort_skip = true;
>> +		err = FAILED;
>>   		goto out;
>>   	}
>
>Why does the word "Fixing" occur in the title of this patch? I think
>that this patch does not affect the value returned by
>ufshcd_mcq_abort(). From the start of that function:
>
>int err = FAILED;
>
>Thanks,
>
>Bart.

I thought this patch would be appropriate to "fix" the following log.
  * dev_err(hba->dev, "%s: device abort failed %d\n", __func__, err);
If "Fixing" is not appropriate, could you suggest another word?

Thanks,

Chanwoo Lee.