On Fri, Aug 1, 2014 at 1:30 PM, Chuanxiao Dong wrote:
> UFS 2.0 spec defines that the command type in transfer descriptor
> is always 0x1 instead of different values as shown in UFSHC1.0/1.1.
>
> This patch will distingwish v1.0/v1.1 UFSHC and later UFSHC when
> setting CT
>
> Signed-off-by: Chuan
kernel.org
> Cc: jbottom...@parallels.com; santos...@gmail.com;
> vinholika...@gmail.com
> Subject: [PATCH] scsi: ufs: fix Command Type issue according to UFS
> 2.0 spec
>
> UFS 2.0 spec defines that the command type in transfer descriptor is
> always
> 0x1 instead of di
m...@parallels.com; santos...@gmail.com;
> vinholika...@gmail.com
> Subject: [PATCH] scsi: ufs: fix Command Type issue according to UFS 2.0 spec
>
> UFS 2.0 spec defines that the command type in transfer descriptor is always
> 0x1 instead of different values as shown in UFSHC1.0/1.1.
>
UFS 2.0 spec defines that the command type in transfer descriptor
is always 0x1 instead of different values as shown in UFSHC1.0/1.1.
This patch will distingwish v1.0/v1.1 UFSHC and later UFSHC when
setting CT
Signed-off-by: Chuanxiao Dong
---
drivers/scsi/ufs/ufshcd.c | 27 ++
4 matches
Mail list logo