path: root/drivers/md/raid10.c
diff options
authorMariusz Tkaczyk <>2021-12-17 10:29:55 +0100
committerSong Liu <>2022-01-06 08:37:02 -0800
commita92ce0feffeed8b91f02dac85246d1205e4a64b6 (patch)
tree6d046d93295db91b35d8cc470cb2a4f0103549ec /drivers/md/raid10.c
parent770b1d216d7371c94c88713824da4be4bc39a4e0 (diff)
md: drop queue limitation for RAID1 and RAID10
As suggested by Neil Brown[1], this limitation seems to be deprecated. With plugging in use, writes are processed behind the raid thread and conf->pending_count is not increased. This limitation occurs only if caller doesn't use plugs. It can be avoided and often it is (with plugging). There are no reports that queue is growing to enormous size so remove queue limitation for non-plugged IOs too. [1] Signed-off-by: Mariusz Tkaczyk <> Signed-off-by: Song Liu <>
Diffstat (limited to 'drivers/md/raid10.c')
1 files changed, 0 insertions, 7 deletions
diff --git a/drivers/md/raid10.c b/drivers/md/raid10.c
index dde98f65bd04..c683ba138b58 100644
--- a/drivers/md/raid10.c
+++ b/drivers/md/raid10.c
@@ -1387,12 +1387,6 @@ static void raid10_write_request(struct mddev *mddev, struct bio *bio,
conf->reshape_safe = mddev->reshape_position;
- if (conf->pending_count >= max_queued_requests) {
- md_wakeup_thread(mddev->thread);
- raid10_log(mddev, "wait queued");
- wait_event(conf->wait_barrier,
- conf->pending_count < max_queued_requests);
- }
/* first select target devices under rcu_lock and
* inc refcount on their rdev. Record them by setting
* bios[x] to bio
@@ -5243,4 +5237,3 @@ MODULE_ALIAS("md-personality-9"); /* RAID10 */
-module_param(max_queued_requests, int, S_IRUGO|S_IWUSR);