On 10/28/2015 02:13 PM, Yaniv Gardi wrote: > Important: > This serie of 15 small patches should be pushed after the series of 8 patches > "Fix error message and present UFS variant probe" > > V6: > update Reviewed-by from various reviewers > > V5: > removed un-necessary wmb() > > V4: > fixing a few comments from reviewers > > V3: > removed specific calls to wmb() since they are redundant. > > V2: > a few minor changes > > V1: > This serie of 15 small patches should be pushed after the series of 8 patches > I have uploaded to the upstream a week ago: > "Fix error message and present UFS variant probe" > > Yaniv Gardi (15): > scsi: ufs: clear UTRD, UPIU req and rsp before new transfers > scsi: ufs: clear fields UTRD, UPIU req and rsp before new transfers > scsi: ufs: verify command tag validity > scsi: ufs: clear outstanding_request bit in case query timeout > scsi: ufs: increase fDeviceInit query response timeout > scsi: ufs: avoid exception event handler racing with PM callbacks > scsi: ufs: set REQUEST_SENSE command size to 18 bytes > scsi: ufs: add retries to dme_peer get and set attribute > scsi: ufs: add retries for hibern8 enter > scsi: ufs: fix error recovery after the hibern8 exit failure > scsi: ufs: retry failed query flag requests > scsi: ufs: reduce the interrupts for power mode change requests > scsi: ufs: add missing memory barriers > scsi: ufs: commit descriptors before setting the doorbell > scsi: ufs: add wrapper for retrying sending query attribute > > drivers/scsi/ufs/ufshcd.c | 408 ++++++++++++++++++++++++++++++++++++---------- > drivers/scsi/ufs/ufshcd.h | 4 + > 2 files changed, 327 insertions(+), 85 deletions(-) > Except for patch 07/15: Reviewed-by: Hannes Reinecke <hare@xxxxxxx> Cheers, Hannes -- Dr. Hannes Reinecke zSeries & Storage hare@xxxxxxx +49 911 74053 688 SUSE LINUX Products GmbH, Maxfeldstr. 5, 90409 Nürnberg GF: J. Hawn, J. Guild, F. Imendörffer, HRB 16746 (AG Nürnberg) -- To unsubscribe from this list: send the line "unsubscribe linux-arm-msm" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
