On 12/09/2017 02:18 AM, James Smart wrote: > In the lpfc discovery engine, when as a nvme target, where the > driver was performing mailbox io with the adapter for port login > when a NVME PRLI is received from the host. Rather than queue and > eventually get back to sending a response after the mailbox traffic, > the driver rejected the io with an error response. > > Turns out this particular initiator didn't like the rejection values > (unable to process command/command in progress) so it never attempted > a retry of the PRLI. Thus the host never established nvme connectivity > with the lpfc target. > > By changing the rejection values (to Logical Busy/nothing more), the > initiator accepted the response and would retry the PRLI, resulting in > nvme connectivity. > > Signed-off-by: Dick Kennedy <dick.kennedy@xxxxxxxxxxxx> > Signed-off-by: James Smart <james.smart@xxxxxxxxxxxx> > --- > drivers/scsi/lpfc/lpfc_nportdisc.c | 4 ++-- > 1 file changed, 2 insertions(+), 2 deletions(-) > Reviewed-by: Hannes Reinecke <hare@xxxxxxxx> Cheers, Hannes -- Dr. Hannes Reinecke Teamlead Storage & Networking hare@xxxxxxx +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)
