[PATCH v4] ufs: core: wlun send SSU timeout recovery
Bart Van Assche
bvanassche at acm.org
Tue Sep 26 11:29:31 PDT 2023
On 9/22/23 02:09, peter.wang at mediatek.com wrote:
> + /*
> + * If runtime pm send SSU and got timeout, scsi_error_handler
> + * stuck at this function to wait flush_work(&hba->eh_work).
> + * And ufshcd_err_handler(eh_work) stuck at wait runtime pm active.
> + * Do ufshcd_link_recovery instead shedule eh_work can prevent
> + * dead lock happen.
> + */
The above comment is hard to understand because of grammatical issues.
Please try to improve this comment. A few examples: I think that "wait"
should be changed into "wait for" and also that "happen" should be changed
into "to happen".
> + dev = &hba->ufs_device_wlun->sdev_gendev;
> + if ((dev->power.runtime_status == RPM_RESUMING) ||
> + (dev->power.runtime_status == RPM_SUSPENDING)) {
> + err = ufshcd_link_recovery(hba);
> + if (err) {
> + dev_err(hba->dev, "WL Device PM: status:%d, err:%d\n",
> + dev->power.runtime_status,
> + dev->power.runtime_error);
> + }
> + return err;
> + }
ufshcd_link_recovery() returns a Unix error code (e.g. -ETIMEDOUT) while
ufshcd_eh_host_reset_handler() should return one of the following values:
SUCCESS or FAILED. Please fix this.
Thanks,
Bart.
More information about the Linux-mediatek
mailing list