summaryrefslogtreecommitdiffstats
path: root/block
diff options
context:
space:
mode:
authorDongli Zhang <dongli.zhang@oracle.com>2019-03-27 18:36:35 +0800
committerJens Axboe <axboe@kernel.dk>2019-04-10 08:18:25 -0600
commit1978f30a87732d4d9072a20abeded9fe17884f1b (patch)
treedf4d83ad5a1996234900cc4424f413d978eec139 /block
parentbf348f9b78d413e75bb079462751a1d86b6de36c (diff)
downloadlinux-1978f30a87732d4d9072a20abeded9fe17884f1b.tar.gz
linux-1978f30a87732d4d9072a20abeded9fe17884f1b.tar.bz2
linux-1978f30a87732d4d9072a20abeded9fe17884f1b.zip
scsi: virtio_scsi: limit number of hw queues by nr_cpu_ids
When tag_set->nr_maps is 1, the block layer limits the number of hw queues by nr_cpu_ids. No matter how many hw queues are used by virtio-scsi, as it has (tag_set->nr_maps == 1), it can use at most nr_cpu_ids hw queues. In addition, specifically for pci scenario, when the 'num_queues' specified by qemu is more than maxcpus, virtio-scsi would not be able to allocate more than maxcpus vectors in order to have a vector for each queue. As a result, it falls back into MSI-X with one vector for config and one shared for queues. Considering above reasons, this patch limits the number of hw queues used by virtio-scsi by nr_cpu_ids. Reviewed-by: Stefan Hajnoczi <stefanha@redhat.com> Signed-off-by: Dongli Zhang <dongli.zhang@oracle.com> Signed-off-by: Jens Axboe <axboe@kernel.dk>
Diffstat (limited to 'block')
0 files changed, 0 insertions, 0 deletions