On Wed, Jan 22, 2025, at 11:04, Naresh Kamboju wrote:
> On Tue, 21 Jan 2025 at 23:28, Greg Kroah-Hartman
> <gregkh@xxxxxxxxxxxxxxxxxxx> wrote:
> 0000000000000000
> <4>[ 160.712071] Call trace:
> <4>[ 160.712597] place_entity (kernel/sched/fair.c:5250 (discriminator 1))
> <4>[ 160.713221] reweight_entity (kernel/sched/fair.c:3813)
> <4>[ 160.713802] update_cfs_group (kernel/sched/fair.c:3975 (discriminator 1))
> <4>[ 160.714277] dequeue_entities (kernel/sched/fair.c:7091)
> <4>[ 160.714903] dequeue_task_fair (kernel/sched/fair.c:7144 (discriminator 1))
> <4>[ 160.716502] move_queued_task.isra.0 (kernel/sched/core.c:2437
> (discriminator 1))
I don't see anything that immediately sticks out as causing this,
but I do see five scheduler patches backported in stable-rc
on top of v6.12.8, these are the original commits:
66951e4860d3 ("sched/fair: Fix update_cfs_group() vs DELAY_DEQUEUE")
30dd3b13f9de ("sched_ext: keep running prev when prev->scx.slice != 0")
a2a3374c47c4 ("sched_ext: idle: Refresh idle masks during idle-to-idle transitions")
68e449d849fd ("sched_ext: switch class when preempted by higher priority scheduler")
6268d5bc1035 ("sched_ext: Replace rq_lock() to raw_spin_rq_lock() in scx_ops_bypass()")
Arnd
