Steffen Maier 771bf03537 zfcp: fix D_ID field with actual value on tracing SAN responses ... With commit 2c55b750a8 ("[SCSI] zfcp: Redesign of the debug tracing for SAN records.") we lost the N_Port-ID where an ELS response comes from. With commit 7c7dc19681 ("[SCSI] zfcp: Simplify handling of ct and els requests") we lost the N_Port-ID where a CT response comes from. It's especially useful if the request SAN trace record with D_ID was already lost due to trace buffer wrap. GS uses an open WKA port handle and ELS just a D_ID, and only for ELS we could get D_ID from QTCB bottom via zfcp_fsf_req. To cover both cases, add a new field to zfcp_fsf_ct_els and fill it in on request to use in SAN response trace. Strictly speaking the D_ID on SAN response is the FC frame's S_ID. We don't need a field for the other end which is always us. Signed-off-by: Steffen Maier <maier@linux.vnet.ibm.com> Fixes: 2c55b750a8 ("[SCSI] zfcp: Redesign of the debug tracing for SAN records.") Fixes: 7c7dc19681 ("[SCSI] zfcp: Simplify handling of ct and els requests") Cc: <stable@vger.kernel.org> #2.6.38+ Reviewed-by: Benjamin Block <bblock@linux.vnet.ibm.com> Reviewed-by: Hannes Reinecke <hare@suse.com> Signed-off-by: Martin K. Petersen <martin.petersen@oracle.com>		2016-08-12 16:17:12 -04:00
..
block	libnvdimm for 4.8	2016-07-28 17:38:16 -07:00
char	- ARM: GICv3 ITS emulation and various fixes. Removal of the old	2016-08-02 16:11:27 -04:00
cio	s390/cio: fix premature wakeup during chp configure	2016-07-31 05:27:57 -04:00
crypto	s390/zcrypt: fix possible memory leak in ap_module_init()	2016-07-31 06:10:41 -04:00
net	Merge git://git.kernel.org/pub/scm/linux/kernel/git/davem/net	2016-07-06 10:35:22 -07:00
scsi	zfcp: fix D_ID field with actual value on tracing SAN responses	2016-08-12 16:17:12 -04:00
virtio	…
Makefile	…