近三个月 sched 看板

把 kernel/sched 中仍使用老 static_key_* 抽象的两处静态分支（__cfs_bandwidth_used、sk_dynamic_*）统一迁移到新的 static_branch_* API，作者声明无功能变更。thread 中讨论了邮件被 MUA 编码破坏导致的 review 流程问题，以及与 Mark Rutland 既有清理系列的关系，建议 v2 补充 deprecation 上下文并验证 cpuslocked 路径。

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...