public inbox for linux-ext4@vger.kernel.org
 help / color / mirror / Atom feed
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
> 
> 

  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