On 05/10/2017 09:07 PM, James Smart wrote: > Currently IO resources are mapped 1 to 1 with RQ buffers posted > > Added logic to separate RQE buffers from IO op resources > (sgl/iocbq/context). During initialization, the driver will determine > how many SGLs it will allocate for NVMET (based on what the > firmware reports) and associate a NVMET IOCBq and NVMET context > structure with each one. > > Now that hdr/data buffers are immediately reposted back to the RQ, > 512 RQEs for each MRQ is sufficient. Also, since NVMET data buffers > are now 128 bytes, lpfc_nvmet_mrq_post is not necessary anymore > as we will always post the max (512) buffers per NVMET MRQ. > > Signed-off-by: Dick Kennedy <[email protected]> > Signed-off-by: James Smart <[email protected]> > --- > drivers/scsi/lpfc/lpfc.h | 11 +- > drivers/scsi/lpfc/lpfc_attr.c | 11 -- > drivers/scsi/lpfc/lpfc_crtn.h | 8 +- > drivers/scsi/lpfc/lpfc_init.c | 92 ++------------- > drivers/scsi/lpfc/lpfc_mem.c | 73 +----------- > drivers/scsi/lpfc/lpfc_nvmet.c | 246 > +++++++++++++++++++++++++++++++---------- > drivers/scsi/lpfc/lpfc_nvmet.h | 1 + > drivers/scsi/lpfc/lpfc_sli.c | 88 +++++++++++++-- > drivers/scsi/lpfc/lpfc_sli4.h | 4 +- > 9 files changed, 295 insertions(+), 239 deletions(-) > Re-posting must die :-)
Reviewed-by: Hannes Reinecke <[email protected]> Cheers, Hannes -- Dr. Hannes Reinecke Teamlead Storage & Networking [email protected] +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)
