近三个月 sched 看板

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。

v2 patch 将 sched_ttwu_pending() 排队的 remote wakeup 上保存的 wake flags，从「是否迁移」的 1 位布尔扩展为 WF_TTWU_QUEUE_MASK（WF_TTWU / WF_SYNC / WF_MIGRATED / WF_RQ_SELECTED）。drain 时一并回传给 ttwu_do_activate()，让 queued 与 direct wakeup 路径在非空闲目标 CPU下的抢占决策保持一致。改动仅 3 个文件 +7/-18，并在 Ampere Altra 80 CPU 系统上用 perf bench / hackbench...

补丁把 sched_remote_wakeup:1 扩展为 sched_remote_wakeup_flags:8，在 ttwu_queue_wakelist 处保存 WF_TTWU/WF_SYNC/WF_MIGRATED/WF_RQ_SELECTED 的位掩码，并在 sched_ttwu_pending 排空 wakelist 时把原始 wake flags 透传给 ttwu_do_activate，使排队唤醒与直接唤醒在抢占判断上行为一致。回复中 reviewer 与作者讨论是否改为显式 u8 字段以避免位域原子性歧义。

SUGOV 特殊 DL 实体只使用假带宽，本应在所有带宽相关路径中被一致排除。dl_task_needs_bw_move() 漏掉了这一排除，导致 set_cpus_allowed_dl() 和 cpuset attach 在亲和性改变时会错误地触发 root-domain bandwidth move。补丁在入口条件中加入 dl_entity_is_special() 检查，让特殊实体直接跳过带宽搬移流程，保持与其它 SUGOV special entity 路径一致。该改动已获得 Reviewed-by 和 Acked-by。