On Tue, Jan 17, 2023 at 10:29:36PM +0000, Eric Biggers wrote:
Hi Greg,
On Thu, Jan 05, 2023 at 01:01:11PM +0100, Greg KH wrote:
On Wed, Jan 04, 2023 at 11:13:49PM -0800, Eric Biggers wrote:
This series backports 6 commits with 'Cc stable' that had failed to be applied, and 4 related commits that made the backports much easier. Please apply this series to 5.15-stable.
I verified that this series does not cause any regressions with 'gce-xfstests -c ext4/fast_commit -g auto'. There is one test failure both before and after (ext4/050).
All now queued up, thanks.
greg k-h
It's too late to fix now, but the commits in 5.15-stable all use "Eric Biggers ebiggers@kernel.org" as the author instead of the From line in the patch itself. For example, patch 1 became:
commit b0ed9a032e52a175683d18e2e2e8eec0f9ba1ff9 Author: Eric Biggers ebiggers@kernel.org Date: Wed Jan 4 23:13:50 2023 -0800
ext4: remove unused enum EXT4_FC_COMMIT_FAILED From: Ritesh Harjani <riteshh@linux.ibm.com> commit c864ccd182d6ff2730a0f5b636c6b7c48f6f4f7f upstream.
For reference, the upstream commit is:
commit c864ccd182d6ff2730a0f5b636c6b7c48f6f4f7f Author: Ritesh Harjani riteshh@linux.ibm.com Date: Sat Mar 12 11:09:46 2022 +0530
ext4: remove unused enum EXT4_FC_COMMIT_FAILED
Do you know how this happened, and how it can be prevented in the future? I think I sent everything out correctly, so I think this is something on your end.
Yes, this is on my end, sorry, my scripts mess this up when dealing with mbox files and I missed having to edit the header "by hand" like I normally do when it happens.
My fault,
greg k-h