Re: [PATCH] scsi: ufs: fix Command Type issue according to UFS 2.0 spec

2014-08-18 Thread Santosh Y
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

RE: [PATCH] scsi: ufs: fix Command Type issue according to UFS 2.0 spec

2014-08-14 Thread Lee Susman
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

RE: [PATCH] scsi: ufs: fix Command Type issue according to UFS 2.0 spec

2014-08-13 Thread Dong, Chuanxiao
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. >

[PATCH] scsi: ufs: fix Command Type issue according to UFS 2.0 spec

2014-08-01 Thread Chuanxiao Dong
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 ++