On Wed, 9 Oct 2024 at 08:22, Naresh Kamboju naresh.kamboju@linaro.org wrote:
On Tue, 8 Oct 2024 at 17:42, Greg Kroah-Hartman gregkh@linuxfoundation.org wrote:
This is the start of the stable review cycle for the 6.10.14 release. There are 482 patches in this series, all will be posted as a response to this one. If anyone has any issues with these being applied, please let me know.
Responses should be made by Thu, 10 Oct 2024 11:55:15 +0000. Anything received after that time might be too late.
The whole patch series can be found in one patch at: https://www.kernel.org/pub/linux/kernel/v6.x/stable-review/patch-6.10.14-rc1... or in the git tree and branch at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git linux-6.10.y and the diffstat can be found below.
thanks,
greg k-h
The LTP syscalls fanotify22 test failed (broken). This regression is noticed on linux.6.10.y, linux.6.11.y and linux.6.6.y.
We are bisecting this issue.
The bisection pointed to patch b1a855f8a4fd ("ext4: don't set SB_RDONLY after filesystem errors") [ Upstream commit d3476f3dad4ad68ae5f6b008ea6591d1520da5d8 ]
Reverting patch b1a855f8a4fd ("ext4: don't set SB_RDONLY after filesystem errors") makes ltp-syscalls/fanotify22 pass.
That said, I also checked Linus tree and fanotify22 fails there too. Reverting the upstream patch d3476f3dad4a ("ext4: don't set SB_RDONLY after filesystem errors") from Linux tree v6.12-rc2-58-g75b607fab38d and run syscalls/fanotify22 it pass.
Any ideas whats wrong here?
Cheers, Anders