[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20250527082709.GA32108@lst.de>
Date: Tue, 27 May 2025 10:27:09 +0200
From: Christoph Hellwig <hch@....de>
To: Yu Kuai <yukuai1@...weicloud.com>
Cc: hch@....de, xni@...hat.com, colyli@...nel.org, song@...nel.org,
yukuai3@...wei.com, linux-doc@...r.kernel.org,
linux-kernel@...r.kernel.org, linux-raid@...r.kernel.org,
yi.zhang@...wei.com, yangerkun@...wei.com, johnny.chenyi@...wei.com
Subject: Re: [PATCH 15/23] md/md-llbitmap: implement llbitmap IO
FYI, I still find splitting the additioon of the new md-llbitmap.c into
multiple patches not helpful for reviewing it. I'm mostly reviewing
the applied code and hope I didn't forget to place anything into the
right mail.
> diff --git a/drivers/md/md-llbitmap.c b/drivers/md/md-llbitmap.c
> new file mode 100644
> index 000000000000..1a01b6777527
> --- /dev/null
> +++ b/drivers/md/md-llbitmap.c
> @@ -0,0 +1,571 @@
> +// SPDX-License-Identifier: GPL-2.0-or-later
> +
> +#ifdef CONFIG_MD_LLBITMAP
Please don't ifdef the entire code in a sourc file, instead just compile
it conditionally:
md-mod-y += md.o md-bitmap.o
md-mod-$(CONFIG_MD_LLBITMAP) += md-llbitmap.o
> + BitNeedSync,
> + /* data is synchronizing */
> + BitSyncing,
> + nr_llbitmap_state,
Any reason nr_llbitmap_state, doesn't follow the naming scheme of the other
bits,?
> + BitmapActionStale,
> + nr_llbitmap_action,
Same here?
> + if (rdev->raid_disk < 0 || test_bit(Faulty, &rdev->flags))
Overly long line.
Powered by blists - more mailing lists