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 <dick.kennedy@xxxxxxxxxxxx> > Signed-off-by: James Smart <james.smart@xxxxxxxxxxxx> > --- > 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 <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)
