[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <f8ad5677-5fc9-468e-a888-8cd55c3a37d7@linux.dev>
Date: Fri, 21 Feb 2025 11:09:35 +0100
From: Zhu Yanjun <yanjun.zhu@...ux.dev>
To: Zheng Qixing <zhengqixing@...weicloud.com>, axboe@...nel.dk,
song@...nel.org, colyli@...nel.org, yukuai3@...wei.com,
dan.j.williams@...el.com, vishal.l.verma@...el.com, dave.jiang@...el.com,
ira.weiny@...el.com, dlemoal@...nel.org, kch@...dia.com, hare@...e.de,
zhengqixing@...wei.com, john.g.garry@...cle.com, geliang@...nel.org,
xni@...hat.com, colyli@...e.de
Cc: linux-block@...r.kernel.org, linux-kernel@...r.kernel.org,
linux-raid@...r.kernel.org, nvdimm@...ts.linux.dev, yi.zhang@...wei.com,
yangerkun@...wei.com
Subject: Re: [PATCH 06/12] badblocks: fix the using of MAX_BADBLOCKS
On 21.02.25 09:11, Zheng Qixing wrote:
> From: Li Nan <linan122@...wei.com>
>
> The number of badblocks cannot exceed MAX_BADBLOCKS, but it should be
> allowed to equal MAX_BADBLOCKS.
>
> Fixes: aa511ff8218b ("badblocks: switch to the improved badblock handling code")
> Signed-off-by: Li Nan <linan122@...wei.com>
> ---
> block/badblocks.c | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/block/badblocks.c b/block/badblocks.c
> index a953d2e9417f..87267bae6836 100644
> --- a/block/badblocks.c
> +++ b/block/badblocks.c
> @@ -700,7 +700,7 @@ static bool can_front_overwrite(struct badblocks *bb, int prev,
> *extra = 2;
> }
>
> - if ((bb->count + (*extra)) >= MAX_BADBLOCKS)
> + if ((bb->count + (*extra)) > MAX_BADBLOCKS)
> return false;
In this commit,
commit c3c6a86e9efc5da5964260c322fe07feca6df782
Author: Coly Li <colyli@...e.de>
Date: Sat Aug 12 01:05:08 2023 +0800
badblocks: add helper routines for badblock ranges handling
This patch adds several helper routines to improve badblock ranges
handling. These helper routines will be used later in the improved
version of badblocks_set()/badblocks_clear()/badblocks_check().
- Helpers prev_by_hint() and prev_badblocks() are used to find the bad
range from bad table which the searching range starts at or after.
The above is changed to MAX_BADBLOCKS. Thus, perhaps, the Fixes tag
should include the above commit?
Except that, I am fine with this commit.
Reviewed-by: Zhu Yanjun <yanjun.zhu@...ux.dev>
Zhu Yanjun
>
> return true;
> @@ -1135,7 +1135,7 @@ static int _badblocks_clear(struct badblocks *bb, sector_t s, int sectors)
> if ((BB_OFFSET(p[prev]) < bad.start) &&
> (BB_END(p[prev]) > (bad.start + bad.len))) {
> /* Splitting */
> - if ((bb->count + 1) < MAX_BADBLOCKS) {
> + if ((bb->count + 1) <= MAX_BADBLOCKS) {
> len = front_splitting_clear(bb, prev, &bad);
> bb->count += 1;
> cleared++;
--
Best Regards,
Yanjun.Zhu
Powered by blists - more mailing lists