[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <X85xlc2Q0gnBywBE@gmail.com>
Date: Mon, 7 Dec 2020 10:16:53 -0800
From: Eric Biggers <ebiggers@...nel.org>
To: Chao Yu <yuchao0@...wei.com>
Cc: jaegeuk@...nel.org, linux-kernel@...r.kernel.org,
linux-f2fs-devel@...ts.sourceforge.net
Subject: Re: [f2fs-dev] [PATCH RESEND] f2fs: compress: deny setting
unsupported compress algorithm
On Mon, Dec 07, 2020 at 05:56:09PM +0800, Chao Yu wrote:
> If kernel doesn't support certain kinds of compress algorithm, deny to set
> them as compress algorithm of f2fs via 'compress_algorithm=%s' mount option.
>
> Signed-off-by: Chao Yu <yuchao0@...wei.com>
> ---
> no changes, just rebase on dev branch.
This doesn't apply to the dev branch anymore.
> fs/f2fs/super.c | 16 ++++++++++++++++
> 1 file changed, 16 insertions(+)
>
> diff --git a/fs/f2fs/super.c b/fs/f2fs/super.c
> index e0fe72f1d2c8..662e59f32645 100644
> --- a/fs/f2fs/super.c
> +++ b/fs/f2fs/super.c
> @@ -936,9 +936,14 @@ static int parse_options(struct super_block *sb, char *options, bool is_remount)
> if (!name)
> return -ENOMEM;
> if (!strcmp(name, "lzo")) {
> +#ifdef CONFIG_F2FS_FS_LZO
> F2FS_OPTION(sbi).compress_algorithm =
> COMPRESS_LZO;
> +#else
> + f2fs_info(sbi, "Image doesn't support lzo compression");
> +#endif
These info messages don't make sense. It's not the filesystem image that
doesn't support the algorithm, but rather the kernel that doesn't.
Also, shouldn't these be warnings instead of "info"?
- Eric
Powered by blists - more mailing lists