From: sashiko-bot@kernel.org
To: "Artem Blagodarenko" <artem.blagodarenko@gmail.com>,
linux-ext4@vger.kernel.org
Cc: tytso@mit.edu
Subject: Re: [PATCH v14 04/12] ext4: add ext4_dir_entry_is_tail()
Date: Tue, 03 Nov 2026 13:58:06 +0000 [thread overview]
Message-ID: <sashiko-outbox-195407@kernel.org> (raw)
In-Reply-To: <20261103134921.610047-5-ablagodarenko@thelustrecollective.com>
Thank you for your contribution! Sashiko AI review found 1 potential issue(s) to consider:
- [Low] ext4: unrelated error message changes in ext4_dx_csum_verify() and _set()
--
commit b38526265cad346b429002b55eb969cb4c97bc1c
Author: Artem Blagodarenko <artem.blagodarenko@gmail.com>
ext4: add ext4_dir_entry_is_tail()
This commit adds the ext4_dir_entry_is_tail() helper and replaces the
open-coded check in get_dirent_tail() with a call to it.
> diff --git a/fs/ext4/namei.c b/fs/ext4/namei.c
> index dc8035707feb6..6e934e2732fe9 100644
> --- a/fs/ext4/namei.c
> +++ b/fs/ext4/namei.c
[ ... ]
> @@ -478,7 +474,8 @@ static int ext4_dx_csum_verify(struct inode *inode,
> return 0;
> }
> if (count > limit) {
> - EXT4_ERROR_INODE(inode, "dir seems corrupt? Run e2fsck -D.");
> + EXT4_ERROR_INODE(inode, "dir seems corrupt (%i > %i)? "
> + "Run e2fsck -D.", count, limit);
> return 0;
> }
> t = (struct dx_tail *)(((struct dx_entry *)c) + limit);
> @@ -511,7 +508,8 @@ static void ext4_dx_csum_set(struct inode *inode, struct ext4_dir_entry_2 *diren
> return;
> }
> if (count > limit) {
> - EXT4_ERROR_INODE(inode, "dir seems corrupt? Run e2fsck -D.");
> + EXT4_ERROR_INODE(inode, "dir seems corrupt (%i > %i)? "
> + " Run e2fsck -D.", count, limit);
> return;
> }
[Severity: Low]
This isn't a bug, but were these error message updates in
ext4_dx_csum_verify() and ext4_dx_csum_set() meant to be folded into
commit 70f1e1d58c97 ("ext4: validate count against limit in
ext4_dx_csum_verify/_set") instead of included in this patch without mention
in the commit message?
Also, the continuation line in ext4_dx_csum_set() has an extra leading space
compared to ext4_dx_csum_verify(), resulting in two spaces before
"Run e2fsck -D.".
--
Sashiko AI review · https://sashiko.dev/#/patchset/20261103134921.610047-1-ablagodarenko@thelustrecollective.com?part=4
next prev parent reply other threads:[~2026-11-03 13:58 UTC|newest]
Thread overview: 25+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-11-03 13:49 [PATCH v14 00/12] Data in direntry (dirdata) feature Artem Blagodarenko
2026-11-03 13:49 ` [PATCH v14 01/12] ext4: validate count against limit in ext4_dx_csum_verify/_set Artem Blagodarenko
2026-11-03 13:56 ` sashiko-bot
2026-11-03 13:49 ` [PATCH v14 02/12] ext4: use the e2fsck limit for htree index nodes Artem Blagodarenko
2026-11-03 13:56 ` sashiko-bot
2026-11-03 13:49 ` [PATCH v14 03/12] ext4: replace ext4_dir_entry with ext4_dir_entry_2 Artem Blagodarenko
2026-11-03 14:05 ` sashiko-bot
2026-11-03 13:49 ` [PATCH v14 04/12] ext4: add ext4_dir_entry_is_tail() Artem Blagodarenko
2026-11-03 13:58 ` sashiko-bot [this message]
2026-11-03 13:49 ` [PATCH v14 05/12] ext4: add dirdata format definitions and access helpers Artem Blagodarenko
2026-11-03 13:56 ` sashiko-bot
2026-11-03 13:49 ` [PATCH v14 06/12] ext4: refactor dx_root to support variable dirent sizes Artem Blagodarenko
2026-11-03 14:18 ` sashiko-bot
2026-11-03 13:49 ` [PATCH v14 07/12] ext4: add ext4_dir_entry_len() Artem Blagodarenko
2026-11-03 14:08 ` sashiko-bot
2026-11-03 13:49 ` [PATCH v14 08/12] ext4: rename ext4_dir_rec_len() and clarify dirdata usage Artem Blagodarenko
2026-11-03 14:20 ` sashiko-bot
2026-11-03 13:49 ` [PATCH v14 09/12] ext4: dirdata feature Artem Blagodarenko
2026-11-03 14:27 ` sashiko-bot
2026-11-03 13:49 ` [PATCH v14 10/12] ext4: add dirdata LUFID support for directory entry rename Artem Blagodarenko
2026-11-03 14:17 ` sashiko-bot
2026-11-03 13:49 ` [PATCH v14 11/12] ext4: add dirdata set/get helpers Artem Blagodarenko
2026-11-03 14:18 ` sashiko-bot
2026-11-03 13:49 ` [PATCH v14 12/12] ext4: Add EXT4_IOC_SET_LUFID ioctl for setting LUFID on directory entries Artem Blagodarenko
2026-11-03 14:29 ` sashiko-bot
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=sashiko-outbox-195407@kernel.org \
--to=sashiko-bot@kernel.org \
--cc=artem.blagodarenko@gmail.com \
--cc=linux-ext4@vger.kernel.org \
--cc=sashiko-reviews@lists.linux.dev \
--cc=tytso@mit.edu \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.