@@ -275,6 +275,15 @@ static inline int ufshcd_mcq_vops_config_esi(struct ufs_hba *hba)
return -EOPNOTSUPP;
}
+static inline enum utp_ocs ufshcd_vops_override_cqe_ocs(struct ufs_hba *hba,
+ enum utp_ocs ocs)
+{
+ if (hba->vops && hba->vops->override_cqe_ocs)
+ return hba->vops->override_cqe_ocs(hba);
+
+ return ocs;
+}
+
extern const struct ufs_pm_lvl_states ufs_pm_lvl_states[];
/**
@@ -825,7 +825,9 @@ static enum utp_ocs ufshcd_get_tr_ocs(struct ufshcd_lrb *lrbp,
struct cq_entry *cqe)
{
if (cqe)
- return le32_to_cpu(cqe->status) & MASK_OCS;
+ return ufshcd_vops_override_cqe_ocs(hba,
+ le32_to_cpu(cqe->status) &
+ MASK_OCS);
return lrbp->utr_descriptor_ptr->header.ocs & MASK_OCS;
}
@@ -382,6 +382,7 @@ struct ufs_hba_variant_ops {
int (*get_outstanding_cqs)(struct ufs_hba *hba,
unsigned long *ocqs);
int (*config_esi)(struct ufs_hba *hba);
+ enum utp_ocs (*override_cqe_ocs)(struct ufs_hba *hba, enum utp_ocs);
};
/* clock gating state */
UFSHCI defines OCS values but doesn't specify what exact conditions raise them. E.g. when some commands are nullified or cleaned up, Exynos host reposts OCS_ABORT. Even if an OEM wants to issue them again, not fail, current UFS driver fails them because it set command result to DID_ABORT. So I think it needs another callback to replace the original OCS value with the value that works the way you want. Signed-off-by: Kiwoong Kim <kwmad.kim@samsung.com> --- drivers/ufs/core/ufshcd-priv.h | 9 +++++++++ drivers/ufs/core/ufshcd.c | 4 +++- include/ufs/ufshcd.h | 1 + 3 files changed, 13 insertions(+), 1 deletion(-)