Re: [PATCH] scsi_transport_fc: set scsi_target_id upon rescan

2017-09-25 Thread Martin K. Petersen
Hannes, > When an rport is found in the bindings array there is no guarantee > that it had been a target port, so we need to call > fc_remote_port_rolechg() here to ensure the scsi_target_id is set > correctly. Otherwise the port will never be scanned. Applied to 4.14/scsi-fixes. Thank you!

Re: [PATCH] scsi_transport_fc: set scsi_target_id upon rescan

2017-09-20 Thread Chad Dupuis
On Wed, 20 Sep 2017, 2:58am, Hannes Reinecke wrote: > From: Hannes Reinecke > > When an rport is found in the bindings array there is no guarantee that > it had been a target port, so we need to call fc_remote_port_rolechg() > here to ensure the scsi_target_id is set correctly.

Re: [PATCH] scsi_transport_fc: set scsi_target_id upon rescan

2017-09-20 Thread Johannes Thumshirn
Looks good, Reviewed-by: Johannes Thumshirn -- Johannes Thumshirn Storage jthumsh...@suse.de+49 911 74053 689 SUSE LINUX GmbH, Maxfeldstr. 5, 90409 Nürnberg GF: Felix Imendörffer, Jane Smithard, Graham

[PATCH] scsi_transport_fc: set scsi_target_id upon rescan

2017-09-20 Thread Hannes Reinecke
From: Hannes Reinecke When an rport is found in the bindings array there is no guarantee that it had been a target port, so we need to call fc_remote_port_rolechg() here to ensure the scsi_target_id is set correctly. Otherwise the port will never be scanned. Signed-off-by: Hannes