[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <jqynkjjt3gtdyh7k4sgxr6nhirkpn465w5nena77uq4ql6ujn4@5p2y42hiptyg>
Date: Sat, 22 Feb 2025 14:18:30 +0800
From: Coly Li <colyli@...nel.org>
To: Zheng Qixing <zhengqixing@...weicloud.com>
Cc: axboe@...nel.dk, song@...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, yanjun.zhu@...ux.dev, kch@...dia.com,
hare@...e.de, zhengqixing@...wei.com, john.g.garry@...cle.com,
geliang@...nel.org, xni@...hat.com, colyli@...e.de, 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 05/12] badblocks: return error if any badblock set fails
On Fri, Feb 21, 2025 at 04:11:02PM +0800, Zheng Qixing wrote:
> From: Li Nan <linan122@...wei.com>
>
> _badblocks_set() returns success if at least one badblock is set
> successfully, even if others fail. This can lead to data inconsistencies
> in raid, where a failed badblock set should trigger the disk to be kicked
> out to prevent future reads from failed write areas.
>
> _badblocks_set() should return error if any badblock set fails. Instead
> of relying on 'rv', directly returning 'sectors' for clearer logic. If all
> badblocks are successfully set, 'sectors' will be 0, otherwise it
> indicates the number of badblocks that have not been set yet, thus
> signaling failure.
>
> By the way, it can also fix an issue: when a newly set unack badblock is
> included in an existing ack badblock, the setting will return an error.
> ยทยทยท
> echo "0 100" /sys/block/md0/md/dev-loop1/bad_blocks
> echo "0 100" /sys/block/md0/md/dev-loop1/unacknowledged_bad_blocks
> -bash: echo: write error: No space left on device
> ```
> After fix, it will return success.
>
> Fixes: aa511ff8218b ("badblocks: switch to the improved badblock handling code")
> Signed-off-by: Li Nan <linan122@...wei.com>
Based on Kuai's reply that we dont handle partial set and treat it as failure,
I am fine with this patch.
It will be good to add comment to explain that the parital set condition will be
treated as failure.
Acked-by: Coly Li <colyli@...nel.org>
Thanks.
> ---
> block/badblocks.c | 16 ++++------------
> 1 file changed, 4 insertions(+), 12 deletions(-)
>
> diff --git a/block/badblocks.c b/block/badblocks.c
> index 1c8b8f65f6df..a953d2e9417f 100644
> --- a/block/badblocks.c
> +++ b/block/badblocks.c
> @@ -843,7 +843,6 @@ static int _badblocks_set(struct badblocks *bb, sector_t s, int sectors,
> struct badblocks_context bad;
> int prev = -1, hint = -1;
> unsigned long flags;
> - int rv = 0;
> u64 *p;
>
> if (bb->shift < 0)
> @@ -873,10 +872,8 @@ static int _badblocks_set(struct badblocks *bb, sector_t s, int sectors,
> bad.len = sectors;
> len = 0;
>
> - if (badblocks_full(bb)) {
> - rv = 1;
> + if (badblocks_full(bb))
> goto out;
> - }
>
> if (badblocks_empty(bb)) {
> len = insert_at(bb, 0, &bad);
> @@ -916,10 +913,8 @@ static int _badblocks_set(struct badblocks *bb, sector_t s, int sectors,
> int extra = 0;
>
> if (!can_front_overwrite(bb, prev, &bad, &extra)) {
> - if (extra > 0) {
> - rv = 1;
> + if (extra > 0)
> goto out;
> - }
>
> len = min_t(sector_t,
> BB_END(p[prev]) - s, sectors);
> @@ -986,10 +981,7 @@ static int _badblocks_set(struct badblocks *bb, sector_t s, int sectors,
>
> write_sequnlock_irqrestore(&bb->lock, flags);
>
> - if (!added)
> - rv = 1;
> -
> - return rv;
> + return sectors;
> }
>
> /*
> @@ -1353,7 +1345,7 @@ EXPORT_SYMBOL_GPL(badblocks_check);
> *
> * Return:
> * 0: success
> - * 1: failed to set badblocks (out of space)
> + * other: failed to set badblocks (out of space)
> */
> int badblocks_set(struct badblocks *bb, sector_t s, int sectors,
> int acknowledged)
> --
> 2.39.2
>
--
Coly Li
Powered by blists - more mailing lists