There is one caller of blk_mq_map_queues() which already doing a GFP_KERNEL allocation for ->mq_map so I don't see the need for GFP_ATOMIC later in blk_mq_map_queues().
Signed-off-by: Sebastian Andrzej Siewior <[email protected]> --- block/blk-mq-cpumap.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/block/blk-mq-cpumap.c b/block/blk-mq-cpumap.c index 19b1d9c5f07e..7fc37f28b433 100644 --- a/block/blk-mq-cpumap.c +++ b/block/blk-mq-cpumap.c @@ -39,7 +39,7 @@ int blk_mq_map_queues(struct blk_mq_tag_set *set) unsigned int i, nr_cpus, nr_uniq_cpus, queue, first_sibling; cpumask_var_t cpus; - if (!alloc_cpumask_var(&cpus, GFP_ATOMIC)) + if (!alloc_cpumask_var(&cpus, GFP_KERNEL)) return -ENOMEM; cpumask_clear(cpus); -- 2.9.3 -- To unsubscribe from this list: send the line "unsubscribe linux-block" in the body of a message to [email protected] More majordomo info at http://vger.kernel.org/majordomo-info.html
