diff options
author | Paolo Bonzini <pbonzini@redhat.com> | 2019-05-30 14:28:10 +0300 |
---|---|---|
committer | Martin K. Petersen <martin.petersen@oracle.com> | 2019-07-22 23:44:07 +0300 |
commit | 8930a6c207918d5a5675eedab06a71096b1a3d47 (patch) | |
tree | ddb7520a1e2648e3cd50530a145ea5e0ee11e913 /include/scsi/scsi_proto.h | |
parent | cf949bbe22bee8749078e0b810ee2dc60a983746 (diff) | |
download | linux-8930a6c207918d5a5675eedab06a71096b1a3d47.tar.xz |
scsi: core: add support for request batching
This allows a list of requests to be issued, with the LLD only writing the
hardware doorbell when necessary, after the last request was prepared.
This is more efficient if we have lists of requests to issue, particularly
on virtualized hardware, where writing the doorbell is more expensive than
on real hardware.
The use case for this is plugged IO, where blk-mq flushes a batch of
requests all at once.
The API is the same as for blk-mq, just with blk-mq concepts tweaked to
fit the SCSI subsystem API: the "last" flag in blk_mq_queue_data becomes a
flag in scsi_cmnd, while the queue_num in the commit_rqs callback is
extracted from the hctx and passed as a parameter.
The only complication is that blk-mq uses different plugging heuristics
depending on whether commit_rqs is present or not. So we have two
different sets of blk_mq_ops and pick one depending on whether the
scsi_host template uses commit_rqs or not.
Signed-off-by: Paolo Bonzini <pbonzini@redhat.com>
Reviewed-by: Bart Van Assche <bvanassche@acm.org>
Reviewed-by: Ming Lei <ming.lei@redhat.com>
Reviewed-by: Hannes Reinecke <hare@suse.com>
Signed-off-by: Martin K. Petersen <martin.petersen@oracle.com>
Diffstat (limited to 'include/scsi/scsi_proto.h')
0 files changed, 0 insertions, 0 deletions