linux-kernel - Re: [PATCH 6.16 000/627] 6.16.1-rc1 review

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <2025081436-upchuck-shush-adba@gregkh>
Date: Thu, 14 Aug 2025 17:30:46 +0200
From: Greg Kroah-Hartman <gregkh@...uxfoundation.org>
To: Zhang Yi <yi.zhang@...weicloud.com>
Cc: Naresh Kamboju <naresh.kamboju@...aro.org>, stable@...r.kernel.org,
	patches@...ts.linux.dev, linux-kernel@...r.kernel.org,
	torvalds@...ux-foundation.org, akpm@...ux-foundation.org,
	linux@...ck-us.net, shuah@...nel.org, patches@...nelci.org,
	lkft-triage@...ts.linaro.org, pavel@...x.de, jonathanh@...dia.com,
	f.fainelli@...il.com, sudipm.mukherjee@...il.com,
	srw@...dewatkins.net, rwarsow@....de, conor@...nel.org,
	hargar@...rosoft.com, broonie@...nel.org, achill@...ill.org,
	qemu-devel@...gnu.org,
	Alex Bennée <alex.bennee@...aro.org>,
	Arnd Bergmann <arnd@...db.de>,
	Dan Carpenter <dan.carpenter@...aro.org>,
	Anders Roxell <anders.roxell@...aro.org>,
	Ben Copeland <benjamin.copeland@...aro.org>,
	LTP List <ltp@...ts.linux.it>, chrubis <chrubis@...e.cz>,
	Petr Vorel <pvorel@...e.cz>, Ian Rogers <irogers@...gle.com>,
	linux-perf-users@...r.kernel.org, Joseph Qi <jiangqi903@...il.com>,
	Jan Kara <jack@...e.cz>, linux-fsdevel@...r.kernel.org,
	linux-ext4 <linux-ext4@...r.kernel.org>,
	Zhang Yi <yi.zhang@...wei.com>, Theodore Ts'o <tytso@....edu>,
	Baokun Li <libaokun1@...wei.com>
Subject: Re: [PATCH 6.16 000/627] 6.16.1-rc1 review

On Thu, Aug 14, 2025 at 09:27:49AM +0800, Zhang Yi wrote:
> On 2025/8/13 22:53, Greg Kroah-Hartman wrote:
> > On Wed, Aug 13, 2025 at 08:01:51PM +0530, Naresh Kamboju wrote:
> >> Hi Greg,
> >>
> >>>> 2)
> >>>>
> >>>> The following list of LTP syscalls failure noticed on qemu-arm64 with
> >>>> stable-rc 6.16.1-rc1 with CONFIG_ARM64_64K_PAGES=y build configuration.
> >>>>
> >>>> Most failures report ENOSPC (28) or mkswap errors, which may be related
> >>>> to disk space handling in the 64K page configuration on qemu-arm64.
> >>>>
> >>>> The issue is reproducible on multiple runs.
> >>>>
> >>>> * qemu-arm64, ltp-syscalls - 64K page size test failures list,
> >>>>
> >>>>   - fallocate04
> >>>>   - fallocate05
> >>>>   - fdatasync03
> >>>>   - fsync01
> >>>>   - fsync04
> >>>>   - ioctl_fiemap01
> >>>>   - swapoff01
> >>>>   - swapoff02
> >>>>   - swapon01
> >>>>   - swapon02
> >>>>   - swapon03
> >>>>   - sync01
> >>>>   - sync_file_range02
> >>>>   - syncfs01
> >>>>
> >>>> Reproducibility:
> >>>>  - 64K config above listed test fails
> >>>>  - 4K config above listed test pass.
> >>>>
> >>>> Regression Analysis:
> >>>> - New regression? yes
> >>>
> >>> Regression from 6.16?  Or just from 6.15.y?
> >>
> >> Based on available data, the issue is not present in v6.16 or v6.15.
> >>
> >> Anders, bisected this regression and found,
> >>
> >>   ext4: correct the reserved credits for extent conversion
> >>     [ Upstream commit 95ad8ee45cdbc321c135a2db895d48b374ef0f87 ]
> >>
> >> Report lore link,
> >>
> >> https://lore.kernel.org/stable/CA+G9fYtBnCSa2zkaCn-oZKYz8jz5FZj0HS7DjSfMeamq3AXqNg@mail.gmail.com/
> > 
> > Great, and that's also affecting 6.17-rc1 so we are "bug compatible"?
> > :)
> > 
> 
> Hi,
> 
> This issue has already fixed in 6.17-rc1 through this series:
> 
> https://lore.kernel.org/linux-ext4/20250707140814.542883-1-yi.zhang@huaweicloud.com/
> 
> 
> To fix this issue in 6.16, it's necessary to backport the whole series
> instead of just pick 5137d6c8906b ("ext4: fix insufficient credits
> calculation in ext4_meta_trans_blocks()") and 95ad8ee45cdb {"ext4: correct
> the reserved credits for extent conversion").  Otherwise, this will make
> the problem more likely to occur.

Thanks, I'll just postpone this one for now.

greg k-h