You can not select more than 25 topics Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.

James.Smart@Emulex.Com 5c44cd2afa [SCSI] fix target scanning oops with fc transport class ... We have some nasty issues with 2.6.12-rc6. Any request to scan on the lpfc or qla2xxx FC adapters will oops. What is happening is the system is defaulting to non-transport registered targets, which inherit the parent of the scan. On this second scan, performed by the attribute, the parent becomes the shost instead of the rport. The slave functions in the 2 FC adapters use starget_to_rport() routines, which incorrectly map the shost as an rport pointer. Additionally, this pointed out other weaknesses: - If the target structure is torn down outside of the transport, we have no method for it to be regenerated at the proper parent. - We have race conditions on the target being allocated by both the midlayer scan (parent=shost) and by the fc transport (parent=rport). Signed-off-by: James Bottomley <James.Bottomley@SteelEye.com>		20 years ago
..
scsi.h	…
scsi_cmnd.h	…
scsi_dbg.h	…
scsi_device.h	…
scsi_devinfo.h	…
scsi_driver.h	…
scsi_eh.h	…
scsi_host.h	…
scsi_ioctl.h	…
scsi_request.h	…
scsi_tcq.h	…
scsi_transport.h	[SCSI] fix target scanning oops with fc transport class	20 years ago
scsi_transport_fc.h	…
scsi_transport_iscsi.h	…
scsi_transport_spi.h	…
scsicam.h	…
sg.h	…
sg_request.h	…