Re: freeze during boot regression Re: [PATCH 6.12 000/265] 6.12.77-rc1 review

Next message: Shameer Kolothum Thodi: "RE: [PATCH 1/2] iommu/tegra241-cmdqv: Set supports_cmd op in tegra241_vcmdq_hw_init()"
Previous message: kernel test robot: "Re: [PATCH v7 24/26] PREEMPT_RT injection"
In reply to: Barry K. Nathan: "Re: freeze during boot regression Re: [PATCH 6.12 000/265] 6.12.77-rc1 review"
Next in thread: Barry K. Nathan: "Re: freeze during boot regression Re: [PATCH 6.12 000/265] 6.12.77-rc1 review"
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

From: Ron Economos

Date: Fri Mar 13 2026 - 05:39:14 EST

On 3/13/26 01:05, Barry K. Nathan wrote:

On 3/12/26 23:10, Ron Economos wrote:

Probably those sched/fair patches.

Yes, after bisecting it turned out to be
sched-fair-fix-eevdf-entity-placement-bug-causing-sc.patch

Taking 6.12.77-rc1 and reverting both of the sched-fair patches
results in a working kernel that boots consistently (which I am
using now to send this email).

Confirmed on RISC-V. Reverting "sched/fair: Fix lag clamp" commit b547745a2c78fd1cc1fdc6a0d1b05c884c05cec2 and "sched/fair: Fix EEVDF entity placement bug causing scheduling lag" commit f9891a33ba67ce40e5a17023d2f3a5e2b7d72ffd resolves the issue.