diff options
author | Ming Lei <ming.lei@redhat.com> | 2018-04-08 17:48:14 +0800 |
---|---|---|
committer | Jens Axboe <axboe@kernel.dk> | 2018-04-10 08:38:46 -0600 |
commit | 37c7c6c76d431dd7ef9c29d95f6052bd425f004c (patch) | |
tree | f67363b026b429b79416d9f171d7df9ecca529d4 /arch | |
parent | 127276c6ce5a30fcc806b7fe53015f4f89b62956 (diff) | |
download | linux-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