blk-mq: limit memory consumption if a crash dump is active
authorJens Axboe <axboe@fb.com>
Wed, 17 Sep 2014 14:27:03 +0000 (08:27 -0600)
committerJens Axboe <axboe@fb.com>
Mon, 22 Sep 2014 18:00:08 +0000 (12:00 -0600)
commitaedcd72f6c283dffefbb8b808ae67bdd2c6eb11a
tree62b4cee6a4f3ae622068d48a00e177ad06ac04f4
parent2edd2c740b2918eb0a9a1fe1b69678b903769ec2
blk-mq: limit memory consumption if a crash dump is active

It's not uncommon for crash dump kernels to be limited to 128MB or
something low in that area. This is normally not a problem for
devices as we don't use that much memory, but for some shared SCSI
setups with huge queue depths, it can potentially fill most of
memory with tons of request allocations. blk-mq does scale back
when it fails to allocate memory, but it scales back just enough
so that blk-mq succeeds. This could still leave the system with
not enough memory to make any real progress.

Check if we are in a kdump environment and limit the hardware
queues and tag depth.

Signed-off-by: Jens Axboe <axboe@fb.com>
block/blk-mq.c