Dear stable maintainers,
Please consider cherry-picking 2a23a4e1159c ("kvm: retrynx_huge_page_recovery_thread creation") to 6.12. It fixes a problem where some VMMs (crosvm, firecracker, others) may unnecessarily terminate a VM when -ENOMEM is returned to userspace for a non-fatal condition.
Report of the change's success on 6.12 and first request: https://lore.kernel.org/all/aBOPWGPTCgnUgtw-@CMGLRV3/
Example downstream bug report from libkrun: https://github.com/containers/libkrun/issues/314
We are seeing this same flaky behavior at scale on infra machines running 6.12.38 from Debian bpo.
Thanks!
On Tue, Aug 19, 2025 at 03:00:25PM -0700, Alistair Delva wrote:
Dear stable maintainers,
Please consider cherry-picking 2a23a4e1159c ("kvm: retrynx_huge_page_recovery_thread creation") to 6.12. It fixes a problem where some VMMs (crosvm, firecracker, others) may unnecessarily terminate a VM when -ENOMEM is returned to userspace for a non-fatal condition.
That is not a valid commit in Linus's tree, are you sure it is correct?
thanks,
greg k-h
On Thu, Aug 21, 2025 at 11:32 PM Greg Kroah-Hartman gregkh@linuxfoundation.org wrote:
On Tue, Aug 19, 2025 at 03:00:25PM -0700, Alistair Delva wrote:
Dear stable maintainers,
Please consider cherry-picking 2a23a4e1159c ("kvm: retrynx_huge_page_recovery_thread creation") to 6.12. It fixes a problem where some VMMs (crosvm, firecracker, others) may unnecessarily terminate a VM when -ENOMEM is returned to userspace for a non-fatal condition.
That is not a valid commit in Linus's tree, are you sure it is correct?
Sorry, the commit is actually 916b7f42b3b3.
thanks,
greg k-h
On Fri, Aug 22, 2025 at 08:35:07AM -0700, Alistair Delva wrote:
On Thu, Aug 21, 2025 at 11:32 PM Greg Kroah-Hartman gregkh@linuxfoundation.org wrote:
On Tue, Aug 19, 2025 at 03:00:25PM -0700, Alistair Delva wrote:
Dear stable maintainers,
Please consider cherry-picking 2a23a4e1159c ("kvm: retrynx_huge_page_recovery_thread creation") to 6.12. It fixes a problem where some VMMs (crosvm, firecracker, others) may unnecessarily terminate a VM when -ENOMEM is returned to userspace for a non-fatal condition.
That is not a valid commit in Linus's tree, are you sure it is correct?
Sorry, the commit is actually 916b7f42b3b3.
Much better, now queued up.
linux-stable-mirror@lists.linaro.org
-
Alistair Delva -
Greg Kroah-Hartman