RE: [PATCH 4.19] ext4: eliminate bogus error in ext4_data_block_valid_rcu()

[Erdogan, Tahsin]

> If I understand the commit description, this patch is only intended
> for the 4.19 stable kernel.  If this is the case, I'd suggest using
> the Subject prefix [PATCH 4.19] for future patches.  This is more

Hi Ted, yes this is only intended for 4.19. Thanks for the tip on subject line,
I will keep that in mind in the future.

> if you could indicate whether a similar fix is needed for 4.14, and
> other older LTS kernels, or whether the only stable backport which had
> this bug was 4.19.

I have checked 4.4, 4.9, 4.14, 5.8. They all look fine. I believe this problem
only affects 4.19.

> P.S.  Great to see you've landed at Amazon!  It's been a while; if I
> have a chance to make it out to Seattle, one of these days, it would
> be great to catch up.

Absolutely, drop me a note next time you are around Seattle.

thanks
tahsin

________________________________________
From: Theodore Ts'o <tytso@xxxxxxx>
Sent: Saturday, July 3, 2021 5:58 PM
To: Erdogan, Tahsin
Cc: Jan Kara; Greg Kroah-Hartman; stable@xxxxxxxxxxxxxxx; Andreas Dilger; linux-ext4@xxxxxxxxxxxxxxx; linux-kernel@xxxxxxxxxxxxxxx
Subject: RE: [EXTERNAL] [PATCH] ext4: eliminate bogus error in ext4_data_block_valid_rcu()

CAUTION: This email originated from outside of the organization. Do not click links or open attachments unless you can confirm the sender and know the content is safe.



On Sat, Jul 03, 2021 at 04:05:55PM -0700, Tahsin Erdogan wrote:
> Mainline commit ce9f24cccdc0 ("ext4: check journal inode extents more carefully")
> enabled validity checks for journal inode's data blocks. This change got
> ported to stable branches, but the backport for 4.19 has a bug where it will
> flag an error even when system block entry's inode number matches journal
> inode.

Tahsin,

If I understand the commit description, this patch is only intended
for the 4.19 stable kernel.  If this is the case, I'd suggest using
the Subject prefix [PATCH 4.19] for future patches.  This is more
likely to be clearer (via a quick glance at the Subject line) for
subsystem maintainers, as well as for stable kernel maintainers, that
this is meant for the stable kernel.  It would perhaps also be useful
if you could indicate whether a similar fix is needed for 4.14, and
other older LTS kernels, or whether the only stable backport which had
this bug was 4.19.

Cheers,

                                        - Ted

P.S.  Great to see you've landed at Amazon!  It's been a while; if I
have a chance to make it out to Seattle, one of these days, it would
be great to catch up.