近三个月 sched 看板

Mark Rutland v2 系列把 PREEMPT_DYNAMIC 因 v7.0 限制已无法选择 NONE/VOLUNTARY 这一现实正式化：通过让 PREEMPT_DYNAMIC 依赖 ARCH_HAS_PREEMPT_LAZY，逐 patch 删除 cond_resched/preempt_schedule/irqentry_exit_cond_resched 的 dynamic wrapper、HAVE_PREEMPT_DYNAMIC_{CALL,KEY} Kconfig 以及六个架构对应 stub，净瘦身 374 行，运行时仅剩 dynamic_preempt_lazy 一个静态...

修复 proxy execution 拆分后遗留的回归：sched_tick() 中的 wq_worker_tick() 应当传入实际占用 CPU 的 rq->curr（执行上下文），而不是 rq->donor（调度上下文）。错误对象会导致 kworker 的 CPU 记账缺失与 WORKER_CPU_INTENSIVE 判定延迟，间接推迟 workqueue pool 并发收缩与依赖该 worker 的内核/用户态工作。该修复已获 Tejun Heo ack，等待 Peter Zijlstra 决定通过 sched 还是 workqueue tree 合入。

本系列把 ivtv、encx24j600、sc16is7xx、cpufreq_schedutil 四个驱动从老 kthread_init_worker+kthread_run(kthread_worker_fn) 迁到 kthread_run_worker/_create_worker，随后删除 kthread_worker_fn 里 worker->task = current 的自赋值 FIXME。Frederic Weisbecker 与 Peter Zijlstra 倾向保留 WARN_ON 做兜底，作者倾向彻底删除，争议尚未定论。

在 proxy execution 场景下，task_sched_runtime() 旧逻辑只对 rq->donor 刷新 pending runtime，导致被代理执行的 mutex owner（作为 rq->curr）的 CPUCLOCK_SCHED 读到 stale sum_exec_runtime。补丁把判断改为 task_current 而 update_curr 仍走 rq->donor 的 sched_class，从而修复 stale 读取问题。

v2 系列 6 个 patch 为 KCOV 新增可嵌套的 KCOV_PAUSED 位和 guard(kcov_pause)()，在 __schedule()、try_to_wake_up()、wake_up_new_task() 与 deferred hrtimer rearm 处关闭对已插桩 callee 的覆盖记录，从而避免调度器 / 计时器路径污染 syscall 的覆盖率统计。CONFIG_KCOV_SELFTEST 暴露的失败被修复，syzkaller 的覆盖和 corpus 都有 14–19% 与 42–54% 的提升。Peter Zijlstra 认为根因应在 softirq ...