diff options
| author | James Smart | 2017-05-16 00:20:45 +0200 |
|---|---|---|
| committer | Martin K. Petersen | 2017-05-17 03:21:47 +0200 |
| commit | 6c621a2229b084da0d926967f84b059a10c26ede (patch) | |
| tree | 80c0e96ed57c386177a371039d36d3312f9951c5 /drivers/scsi/lpfc/lpfc_debugfs.c | |
| parent | scsi: lpfc: Separate NVMET data buffer pool fir ELS/CT. (diff) | |
| download | kernel-qcow2-linux-6c621a2229b084da0d926967f84b059a10c26ede.tar.gz kernel-qcow2-linux-6c621a2229b084da0d926967f84b059a10c26ede.tar.xz kernel-qcow2-linux-6c621a2229b084da0d926967f84b059a10c26ede.zip | |
scsi: lpfc: Separate NVMET RQ buffer posting from IO resources SGL/iocbq/context
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@broadcom.com>
Signed-off-by: James Smart <james.smart@broadcom.com>
Reviewed-by: Hannes Reinecke <hare@suse.com>
Signed-off-by: Martin K. Petersen <martin.petersen@oracle.com>
Diffstat (limited to 'drivers/scsi/lpfc/lpfc_debugfs.c')
0 files changed, 0 insertions, 0 deletions