近7天 sched 看板

Proxy Execution 第五阶段：mutex owner 进入 sleeping 无法被 boost 时，把 waiter 挂到 owner 的 blocked_head，owner 醒来后一次性整链激活。9 个 patch +374/-43 行，附带 DL yield 早退、core-sched cookie 错配回退、donor 偷取防护、整链迁移、sched_ext ENQUEUE_PROXY 等若干 stabilization 修复；v31 中部分 patch 已被合入 tip:sched/core。

EEVDF 改为单一 runqueue 后，cfs_rq->curr 仅在根 cfs_rq 维护，但 throttle_cfs_rq() 和 distribute_cfs_runtime() 仍把它当作本层级是否有任务在跑的判断。本系列把这两处改为 cfs_rq->h_curr，使 cgroup 在配额耗尽时能正确请求整片 slice、安装延迟 throttle task_work，并恢复 distribute 路径里的 update_curr 记账。两个 patch 都已被 Peter Zijlstra 推入 sched/urgent 分支。

当 RT/DL 任务被 migrate_disable() 钉在当前 CPU 上时，旧逻辑仍把它放在 pushable 列表里、把 rq 标为 overloaded，导致其它 CPU 的 push balancer 反复尝试迁移并 fallback 到 push rq->curr，在 find_lock_lowest_rq 的 re-check 处永远失败，单次 89 ms 内可循环 5204 次并吃掉约 37 ms CPU。补丁在 pick_next_pushable_task()/pick_next_pushable_dl_task() 的条件里加入 is_migration_disabl...

patch 把 pick_task_fair() 与 yield_task_fair() 里的 update_curr(cfs_rq) 替换为 update_curr_eevdf(cfs_rq)。原因是在带 cgroup 的 root cfs_rq 上,update_curr 走 h_curr 路径并因 entity_is_task 检查提前 return,而调用方读的是 cfs_rq->curr,导致 vruntime/deadline 在 yield、core scheduling 与 fair_server_pick 路径上从未被刷新。修改仅两行,但修复了 85570f10a4c6 EE...

Tim Chen 在 kernel/sched/fair.c 中给 cache-aware 负载均衡加了一道容量闸门：新增 task_misfits_asym_cpu()，当目标 LLC 内只有装不下任务的 CPU 时，直接 forbid LLC 迁移或否决 alb_break_llc 主动均衡。同时在 llc_balance() 入口让 misfit 任务迁移在异构域下优先于 LLC 聚合。该 patch 仅一个文件、+45/-5 行，已被 tip/sched/urgent 以 f0d243a96f26 收掉，对称系统零影响。