全部 sched 看板

修复 SCHED_GETATTR_FLAG_DL_DYNAMIC 路径上 task_rq 早取与 rq->__lock 直接加锁引发的 race，并适配 core scheduling：改为 task_rq_lock()、锁内复检 DL 策略、改用 task_current_donor() 以兼容 proxy execution。__getparam_dl 与 get_params 改返 int 并向上冒泡错误，非 DL 任务返回 -EINVAL。

Zhan Xusheng 提交的单封补丁，仅修改 kernel/sched/fair.c 中 init_entity_runnable_average 上方的注释。原文写成 (cpu_scale - cfs_rq->avg.util_avg) / 2^n，但代码实际是 / 2；注释自带的 1024/512 算例也与公式不一致。补丁把注释公式改成与代码一致，并补充说明 2^n 序列来自逐次对剩余预算减半的累积。代码语义不变，仅修正误导性文档，Fixes 指向 2b8c41daba32。

v6 系列在 mm_struct 内新增 visited_cpus 位图与 epoch_last_visit，让 task_cache_work 只扫描最近 llc_epoch_affinity_timeout 内真正跑过本 mm 的 CPU；在 384 CPU 多 NUMA 平台上把 task_cache_work 的 cycles 占比从 0.81% 降到 0.02%，Redis p99 延迟退化从 25.68% 收敛到 1.14%。v6 同时把 cpumask 改为 cpumask_var_t 动态分配，直接与 LLC span 取交集防跨节点遗漏，并把 __update_mm_sche...

v5 为每个 mm 维护 visited_cpus，使 task_cache_work 只扫描近期实际访问且满足 NUMA/LLC 约束的 CPU。AMD Redis 测试中扫描数量由 384 降至最多约 16，task_cache_work 的 cycles 占比降至约 0.02%。评审同时指出空闲 CPU 的 cpu_epoch 可能停止推进，导致陈旧 CPU 无法从集合淘汰；由于后续邮件被截断，最终解决方案尚不能确认。

Wanwu Li 提交一个 patch，修复 sched_ext 调度类下任务修改 nice 后 p->se.load 未同步的问题，避免任务切回 CFS 时使用过期的 load weight。该 patch 在 set_load_weight() 中针对 task_on_scx(p) 显式刷新 se.load。但 K Prateek Nayak 在回复中指出同一问题已被更早的 patch 解决，作者随后主动撤回了本 patch。