diff options
author | 2018-04-08 17:48:08 +0800 | |
---|---|---|
committer | 2018-04-10 08:38:46 -0600 | |
commit | bffa9909a6b48d8ca3398dec601bc9162a4020c4 (patch) | |
tree | 3740c4356291dd9a361ff7647a7c4543779632d3 /tools/perf/scripts/python/export-to-postgresql.py | |
parent | blk-mq: make sure that correct hctx->next_cpu is set (diff) | |
download | wireguard-linux-bffa9909a6b48d8ca3398dec601bc9162a4020c4.tar.xz wireguard-linux-bffa9909a6b48d8ca3398dec601bc9162a4020c4.zip |
blk-mq: don't keep offline CPUs mapped to hctx 0
From commit 4b855ad37194 ("blk-mq: Create hctx for each present CPU),
blk-mq doesn't remap queue after CPU topo is changed, that said when
some of these offline CPUs become online, they are still mapped to
hctx 0, then hctx 0 may become the bottleneck of IO dispatch and
completion.
This patch sets up the mapping from the beginning, and aligns to
queue mapping for PCI device (blk_mq_pci_map_queues()).
Cc: Stefan Haberland <sth@linux.vnet.ibm.com>
Cc: Keith Busch <keith.busch@intel.com>
Cc: stable@vger.kernel.org
Fixes: 4b855ad37194 ("blk-mq: Create hctx for each present CPU)
Tested-by: Christian Borntraeger <borntraeger@de.ibm.com>
Reviewed-by: Christoph Hellwig <hch@lst.de>
Reviewed-by: Sagi Grimberg <sagi@grimberg.me>
Signed-off-by: Ming Lei <ming.lei@redhat.com>
Signed-off-by: Jens Axboe <axboe@kernel.dk>
Diffstat (limited to '')
0 files changed, 0 insertions, 0 deletions