On 07/25/2017 04:14 PM, Steffen Maier wrote: > The SCSI command pointer passed to scsi_eh callbacks is just one arbitrary > command of potentially many that are in the eh queue to be processed. > The command is only used to indirectly pass the TMF scope in terms of > SCSI ID/target and SCSI LUN for LUN reset. > > Hence, zfcp had filled in SCSI trace record fields which do not really > belong to the TMF. This was confusing. > > Therefore, refactor the TMF tracing to work without SCSI command > and instead pass explicit arguments for SCSI ID and SCSI LUN. > As context we now need a pointer to zfcp_adapter. > To make it even clearer, we set all bits to 1 for the fields, which do > not belong to the TMF, to indicate that these fields are invalid. > > The old zfcp_dbf_scsi() became zfcp_dbf_scsi_common() to now handle both > SCSI commands and TMFs. The old argument scsi_cmnd is now optional and > can be NULL with TMFs. Two new arguments scsi_id and scsi_lun are > optional and only used if scsi_cmnd is NULL, i.e. with TMFs. > > Signed-off-by: Steffen Maier <ma...@linux.vnet.ibm.com> > --- > drivers/s390/scsi/zfcp_dbf.c | 51 > ++++++++++++++++++++++++++++--------------- > drivers/s390/scsi/zfcp_dbf.h | 26 +++++++++++++++------- > drivers/s390/scsi/zfcp_ext.h | 8 ++++--- > drivers/s390/scsi/zfcp_scsi.c | 20 ++++++++++++----- > 4 files changed, 71 insertions(+), 34 deletions(-) > Reviewed-by: Hannes Reinecke <h...@suse.com>
Cheers, Hannes -- Dr. Hannes Reinecke Teamlead Storage & Networking h...@suse.de +49 911 74053 688 SUSE LINUX GmbH, Maxfeldstr. 5, 90409 Nürnberg GF: F. Imendörffer, J. Smithard, J. Guild, D. Upmanyu, G. Norton HRB 21284 (AG Nürnberg)
