[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <17781804-d36f-41c2-a858-1edf905ca8ac@acm.org>
Date: Thu, 17 Apr 2025 14:35:33 -0700
From: Bart Van Assche <bvanassche@....org>
To: DooHyun Hwang <dh0421.hwang@...sung.com>, linux-scsi@...r.kernel.org,
linux-kernel@...r.kernel.org, alim.akhtar@...sung.com, avri.altman@....com,
James.Bottomley@...senPartnership.com, martin.petersen@...cle.com,
peter.wang@...iatek.com, manivannan.sadhasivam@...aro.org,
quic_mnaresh@...cinc.com
Cc: grant.jung@...sung.com, jt77.jang@...sung.com, junwoo80.lee@...sung.com,
jangsub.yi@...sung.com, sh043.lee@...sung.com, cw9316.lee@...sung.com,
sh8267.baek@...sung.com, wkon.kim@...sung.com
Subject: Re: [PATCH 2/2] scsi: ufs: core: Add a trace function calling when
uic command error occurs
On 4/16/25 7:34 PM, DooHyun Hwang wrote:
> When a uic command error occurs, there is no trace function calling.
> Therefore, trace function calls are added when a uic command error happens.
>
> Signed-off-by: DooHyun Hwang <dh0421.hwang@...sung.com>
> ---
> drivers/ufs/core/ufshcd.c | 5 +++++
> 1 file changed, 5 insertions(+)
>
> diff --git a/drivers/ufs/core/ufshcd.c b/drivers/ufs/core/ufshcd.c
> index ab98acd982b5..baac1ae94efc 100644
> --- a/drivers/ufs/core/ufshcd.c
> +++ b/drivers/ufs/core/ufshcd.c
> @@ -2534,6 +2534,9 @@ ufshcd_wait_for_uic_cmd(struct ufs_hba *hba, struct uic_command *uic_cmd)
> hba->active_uic_cmd = NULL;
> spin_unlock_irqrestore(hba->host->host_lock, flags);
>
> + if (ret)
> + ufshcd_add_uic_command_trace(hba, uic_cmd, UFS_CMD_ERR);
> +
> return ret;
> }
>
> @@ -4306,6 +4309,8 @@ static int ufshcd_uic_pwr_ctrl(struct ufs_hba *hba, struct uic_command *cmd)
> }
> out:
> if (ret) {
> + ufshcd_add_uic_command_trace(hba, hba->active_uic_cmd,
> + UFS_CMD_ERR);
> ufshcd_print_host_state(hba);
> ufshcd_print_pwr_info(hba);
> ufshcd_print_evt_hist(hba);
Shouldn't the value of 'ret' be included in the UFS_CMD_ERR trace output?
Thanks,
Bart.
Powered by blists - more mailing lists