HI, Solved it. else if (lrbp->command_type == UTP_CMD_TYPE_DEV_MANAGE || lrbp->command_type == DWC_UTRD_CMD_TYPE_UFS_STORAGE) was also needed ufshcd_transfer_req_compl(). Step by step :) Thanks. Joao On 1/28/2016 6:07 PM, Joao Pinto wrote: > Hi Akinobu, > > I managed to make the following replacement: > "lrbp->command_type = UTP_CMD_TYPE_DEV_MANAGE;" for > "lrbp->command_type = DWC_UTRD_CMD_TYPE_UFS_STORAGE;" being > DWC_UTRD_CMD_TYPE_UFS_STORAGE = 0x11 > > Now I get OCS = 0 which is good: > @0000 [0]:11000000 > @0004 [1]:93936a6a > @0008 [2]:00000000 > @000c [3]:93936a6a > @0010 [4]:9f317400 > @0014 [5]:00000000 > @0018 [6]:00800080 > @001c [7]:01006a6a > > But now the command is not completed time left is 0 in ufshcd_wait_for_dev_cmd() > and even after clearing the door bell the issue is not fixed. Did you ever have > this problem? > > Joao > > On 1/28/2016 5:00 PM, Joao Pinto wrote: >> Hi Akinobu, >> Thanks for the tip! >> >> Joao >> >> On 1/28/2016 12:35 PM, Akinobu Mita wrote: >>> Hi Joao, >>> >>> 2016-01-28 2:04 GMT+09:00 Joao Pinto <Joao.Pinto@xxxxxxxxxxxx>: >>>> - NOP_OUT is failing with OCS = 0x7 >>>> >>>> The OCS value is calculated in ufshcd_get_tr_ocs() in ufshcd.c. >>>> I made a dump of the UTRD pointer where we can check the status = 7 ([2]). >>>> >>>> UTRD at: 7007c3e0 >>>> @0000 [0]:21000000 >>>> @0004 [1]:93936a6a >>>> @0008 [2]:00000007 >>>> @000c [3]:93936a6a >>>> @0010 [4]:9f317400 >>>> @0014 [5]:00000000 >>>> @0018 [6]:00800080 >>>> @001c [7]:01006a6a >>>> >>>> Did anyone have the same problem? Any hints to overcome this issue? >>> >>> I have seen similar problem when using UFS 2.0 controller. >>> >>> The ufs driver currently doesn't set correct command type field in >>> UTP transfer request descriptor (bit 31:28 in DW0) for UFS 2.0 >>> controller. I checked that your DesignWare UFS driver handles it >>> correctly, so please try with that change. >>> >> > -- To unsubscribe from this list: send the line "unsubscribe linux-scsi" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
