[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-ID: <20250703114613.9124-1-john.g.garry@oracle.com>
Date: Thu, 3 Jul 2025 11:46:08 +0000
From: John Garry <john.g.garry@...cle.com>
To: axboe@...nel.dk, agk@...hat.com, snitzer@...nel.org, mpatocka@...hat.com,
song@...nel.org, yukuai3@...wei.com, hch@....de, nilay@...ux.ibm.com
Cc: dm-devel@...ts.linux.dev, linux-kernel@...r.kernel.org,
linux-raid@...r.kernel.org, linux-block@...r.kernel.org,
ojaswin@...ux.ibm.com, martin.petersen@...cle.com,
John Garry <john.g.garry@...cle.com>
Subject: [PATCH v3 0/5] block/md/dm: set chunk_sectors from stacked dev stripe size
This value in io_min is used to configure any atomic write limit for the
stacked device. The idea is that the atomic write unit max is a
power-of-2 factor of the stripe size, and the stripe size is available
in io_min.
Using io_min causes issues, as:
a. it may be mutated
b. the check for io_min being set for determining if we are dealing with
a striped device is hard to get right, as reported in [0].
This series now sets chunk_sectors limit to share stripe size.
[0] https://lore.kernel.org/linux-block/888f3b1d-7817-4007-b3b3-1a2ea04df771@linux.ibm.com/T/#mecca17129f72811137d3c2f1e477634e77f06781
Based on 0d519bb0de3b ("brd: fix sleeping function called from invalid
context in brd_insert_page()")
This series fixes issues for v6.16, but it's prob better to have this in
v6.17 at this stage.
Differences to v2:
- Add RB tags (thanks!)
Differences to RFC:
- sanitize chunk_sectors for atomic write limits
- set chunk_sectors in stripe_io_hints()
John Garry (5):
block: sanitize chunk_sectors for atomic write limits
md/raid0: set chunk_sectors limit
md/raid10: set chunk_sectors limit
dm-stripe: limit chunk_sectors to the stripe size
block: use chunk_sectors when evaluating stacked atomic write limits
block/blk-settings.c | 60 ++++++++++++++++++++++++++----------------
drivers/md/dm-stripe.c | 1 +
drivers/md/raid0.c | 1 +
drivers/md/raid10.c | 1 +
4 files changed, 40 insertions(+), 23 deletions(-)
--
2.43.5
Powered by blists - more mailing lists