[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-ID: <20120709141416.GB30633@redhat.com>
Date: Mon, 9 Jul 2012 10:14:16 -0400
From: Mike Snitzer <snitzer@...hat.com>
To: "Chauhan, Vijay" <Vijay.Chauhan@...app.com>
Cc: "dm-devel@...hat.com" <dm-devel@...hat.com>,
"Moger, Babu" <Babu.Moger@...app.com>,
"Martin K. Petersen" <martin.petersen@...cle.com>,
"Stankey, Robert" <Robert.Stankey@...app.com>, axboe@...nel.dk,
linux-kernel@...r.kernel.org
Subject: [PATCH] block: do not artificially constrain max_sectors for
stacking drivers
blk_set_stacking_limits is intended to allow stacking drivers to build
up the limits of the stacked device based on the underlying devices'
limits. But in the case of 'max_sectors' the default of
BLK_DEF_MAX_SECTORS (1024) doesn't allow the stacking driver to inherit
a max_sectors larger than 1024.
It is now clear that this artificial limit is getting in the way so
change blk_set_stacking_limits's max_sectors to UINT_MAX (which allows
stacking drivers like dm-multipath to inherit 'max_sectors' from the
underlying paths).
Reported-by: Vijay Chauhan <vijay.chauhan@...app.com>
Signed-off-by: Mike Snitzer <snitzer@...hat.com>
Cc: Martin K. Petersen <martin.petersen@...cle.com>
---
block/blk-settings.c | 3 +--
1 files changed, 1 insertions(+), 2 deletions(-)
diff --git a/block/blk-settings.c b/block/blk-settings.c
index d3234fc..565a678 100644
--- a/block/blk-settings.c
+++ b/block/blk-settings.c
@@ -143,8 +143,7 @@ void blk_set_stacking_limits(struct queue_limits *lim)
lim->discard_zeroes_data = 1;
lim->max_segments = USHRT_MAX;
lim->max_hw_sectors = UINT_MAX;
-
- lim->max_sectors = BLK_DEF_MAX_SECTORS;
+ lim->max_sectors = UINT_MAX;
}
EXPORT_SYMBOL(blk_set_stacking_limits);
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists