diff options
author | Tejun Heo <tj@kernel.org> | 2012-04-13 13:11:31 -0700 |
---|---|---|
committer | Jens Axboe <axboe@kernel.dk> | 2012-04-20 10:06:06 +0200 |
commit | b82d4b197c782ced82a8b7b76664125d2d3c156c (patch) | |
tree | 2dafdbbdd9ca909e6a633c2d92818995ed58f8dd /mm/process_vm_access.c | |
parent | 80fd99792b0b9f162abdf3da12fb10eb9eb5f321 (diff) | |
download | linux-b82d4b197c782ced82a8b7b76664125d2d3c156c.tar.gz linux-b82d4b197c782ced82a8b7b76664125d2d3c156c.tar.bz2 linux-b82d4b197c782ced82a8b7b76664125d2d3c156c.zip |
blkcg: make request_queue bypassing on allocation
With the previous change to guarantee bypass visiblity for RCU read
lock regions, entering bypass mode involves non-trivial overhead and
future changes are scheduled to make use of bypass mode during init
path. Combined it may end up adding noticeable delay during boot.
This patch makes request_queue start its life in bypass mode, which is
ended on queue init completion at the end of
blk_init_allocated_queue(), and updates blk_queue_bypass_start() such
that draining and RCU synchronization are performed only when the
queue actually enters bypass mode.
This avoids unnecessarily switching in and out of bypass mode during
init avoiding the overhead and any nasty surprises which may step from
leaving bypass mode on half-initialized queues.
The boot time overhead was pointed out by Vivek.
Signed-off-by: Tejun Heo <tj@kernel.org>
Cc: Vivek Goyal <vgoyal@redhat.com>
Signed-off-by: Jens Axboe <axboe@kernel.dk>
Diffstat (limited to 'mm/process_vm_access.c')
0 files changed, 0 insertions, 0 deletions