summaryrefslogtreecommitdiffstats
path: root/arch
diff options
context:
space:
mode:
authorMing Lei <ming.lei@redhat.com>2018-04-08 17:48:14 +0800
committerJens Axboe <axboe@kernel.dk>2018-04-10 08:38:46 -0600
commit37c7c6c76d431dd7ef9c29d95f6052bd425f004c (patch)
treef67363b026b429b79416d9f171d7df9ecca529d4 /arch
parent127276c6ce5a30fcc806b7fe53015f4f89b62956 (diff)
downloadlinux-37c7c6c76d431dd7ef9c29d95f6052bd425f004c.tar.gz
linux-37c7c6c76d431dd7ef9c29d95f6052bd425f004c.tar.bz2
linux-37c7c6c76d431dd7ef9c29d95f6052bd425f004c.zip
blk-mq: remove code for dealing with remapping queue
Firstly, from commit 4b855ad37194 ("blk-mq: Create hctx for each present CPU), blk-mq doesn't remap queue any more after CPU topo is changed. Secondly, set->nr_hw_queues can't be bigger than nr_cpu_ids, and now we map all possible CPUs to hw queues, so at least one CPU is mapped to each hctx. So queue mapping has became static and fixed just like percpu variable, and we don't need to handle queue remapping any more. Cc: Stefan Haberland <sth@linux.vnet.ibm.com> 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 'arch')
0 files changed, 0 insertions, 0 deletions