From: "Darrick J. Wong" <djwong@kernel.org>
To: zhangjian <zhangjian496@huawei.com>
Cc: tytso@mit.edu, linux-ext4@vger.kernel.org
Subject: Re: [PATCH] debugfs: fix printing for sequence in descriptor/revoke block
Date: Mon, 30 Jun 2025 08:17:00 -0700 [thread overview]
Message-ID: <20250630151700.GB9987@frogsfrogsfrogs> (raw)
In-Reply-To: <20250627212451.3600741-1-zhangjian496@huawei.com>
On Sat, Jun 28, 2025 at 05:24:51AM +0800, zhangjian wrote:
> When cursor cross the last journal block and will dump old journal blocks
> sequence number will be lower than transaction number. Sequence number
> should be read from descriptor block rather than accelerating transaction.
>
> For example:
> A snippet from "logdump -aO"
> ===============================================================
> Found expected sequence 6, type 1 (descriptor block) at block 13
> Dumping descriptor block, sequence 13, at block 13:
> FS block 276 logged at journal block 14 (flags 0x0)
> FS block 2 logged at journal block 15 (flags 0x2)
> FS block 295 logged at journal block 16 (flags 0x2)
> FS block 292 logged at journal block 17 (flags 0x2)
> FS block 7972 logged at journal block 18 (flags 0x2)
> FS block 1 logged at journal block 19 (flags 0x2)
> FS block 263 logged at journal block 20 (flags 0xa)
> Found sequence 6 (not 13) at block 21: end of journal.
> ===============================================================
>
> sequence number should be 6 from header->h_sequence, rather than 13 from
> transaction accelerating from jsb->s_sequence
>
> Signed-off-by: zhangjian <zhangjian496@huawei.com>
> Signed-off-by: zhanchengbin <zhanchengbin1@h-partners.com>
> ---
> debugfs/logdump.c | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/debugfs/logdump.c b/debugfs/logdump.c
> index 324ed425..56f36291 100644
> --- a/debugfs/logdump.c
> +++ b/debugfs/logdump.c
> @@ -532,7 +532,7 @@ static void dump_journal(char *cmdname, FILE *out_file,
> case JBD2_DESCRIPTOR_BLOCK:
> dump_descriptor_block(out_file, source, buf, jsb,
> &blocknr, blocksize, maxlen,
> - transaction);
> + sequence);
> continue;
>
> case JBD2_COMMIT_BLOCK:
> @@ -545,7 +545,7 @@ static void dump_journal(char *cmdname, FILE *out_file,
> case JBD2_REVOKE_BLOCK:
> dump_revoke_block(out_file, buf, jsb,
> blocknr, blocksize,
> - transaction);
> + seqeunce);
If you're going to resend the patch in rapid succession, you could at
least fix the typo build errors too...
$ pwd
/home/djwong/e2fsprogs
$ git grep seqeunce
$
--D
> blocknr++;
> WRAP(jsb, blocknr, maxlen);
> continue;
> --
> 2.33.0
>
>
next prev parent reply other threads:[~2025-06-30 15:17 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-06-27 21:24 [PATCH] debugfs: fix printing for sequence in descriptor/revoke block zhangjian
2025-06-30 15:17 ` Darrick J. Wong [this message]
2025-07-01 1:22 ` zhangjian (CG)
2025-07-01 12:40 ` Theodore Ts'o
-- strict thread matches above, loose matches on Subject: below --
2025-06-27 21:23 zhangjian
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=20250630151700.GB9987@frogsfrogsfrogs \
--to=djwong@kernel.org \
--cc=linux-ext4@vger.kernel.org \
--cc=tytso@mit.edu \
--cc=zhangjian496@huawei.com \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox