近14天 sched 看板

commit 9f239df55546 把 DL server 初始化移到 sched_init_smp() 并只遍历 online CPU，导致 maxcpus= 启动时保持 offline 的 CPU 在 hotplug 上线后 fair_server 的 runtime/period 仍为 0，fair server 无法激活、CFS 任务可能被高优先级任务饿死。补丁改用 for_each_possible_cpu()，对 offline CPU 只写入静态 runtime/period 和本地 rq 带宽，跳过 update_rq_clock()、setup_new_dl_entity...

Hui Su 提交单封补丁修复一个 CPU hot-unplug 期间的竞态：在 cpu_active_mask 被清除而 cpu_online_mask 仍未清除的窗口里，debugfs 写 fair_server 参数会进入 __dl_sub/__dl_add 并以 dl_bw_cpus() 返回的 0 做除数，触发 #DE。修复在 debugfs 入口与 dl_server_apply_params() 内部都改用 cpu_active() 判定，Juri Lelli 给出 Acked-by，作者随后向 Peter/Ingo 发起 ping。

init_numa_balancing() 把 task_scan_max()（毫秒）和 numa_scan_period*mm_users*NSEC_PER_MSEC（纳秒）丢进同一个 min_t()，并使用 unsigned int，导致共享同一 mm 的多线程 NUMA scan stagger 实际只有约 2 ms。patch 改为先在毫秒域用 u64 比较，最后统一换算成纳秒写回 node_stamp，使新线程的 NUMA scan 真正错开。

本 patch 把 sysctl_resched_latency_warn_ms 整条链路统一为 unsigned int 与 u64，修复 32 位内核上 latency_warn_ms * NSEC_PER_MSEC 的有符号溢出，避免 2147 ms 以上时 warning 阈值计算错误。debugfs 与 boot 参数解析也同步换成无符号版本，仅影响 warning 诊断，不改变调度行为。

补丁针对 fair hrtick one-shot 在 hrtick 到期引发 reschedule 后，pick_task_fair 又选中当前任务、命中 next == prev 时跳过 set_next_task_fair() 的窗口，通过在 task_tick_fair 中标记 rq->hrtick_rearm_fair，并在 put_prev_set_next_task 的 fast path 重新调 hrtick_start_fair() 修复漏启动。micro-bench 显示 8ms+ runtime 区间从 228 降到 34-38，但 reviewer Zhan Xushe...