近三个月 sched-ext 看板

Andrea Righi 的 v3 patch 通过新增 switch_rq_lock() helper，把 sched_ext 中所有 rq 锁的切换与 scx_locked_rq() 的跟踪更新绑定为原子操作，避免嵌套 SCX_CALL_OP 路径上 update_locked_rq() 恢复一把已不持有的 rq 触发 lockdep 警告。该 patch 同时覆盖 move_remote_task_to_local_dsq、dispatch_to_local_dsq 和 scx_dsq_move 三处切锁点，被 Tejun Heo 接收进 sched_ext/for-7.2-fixes ...

该线程讨论 sched_ext 在 local DSQ dispatch 和 dsq move 路径中切换 rq 锁时，scx_locked_rq() 可能仍指向旧 rq，从而在嵌套 dequeue 回调恢复 tracking 时触发 lockdep warning。Andrea 的 v2 通过切换期间清空并最终恢复 tracked rq 来修复，Tejun 建议改成围绕 unlock/lock pair 的 switch_rq_lock() helper，让 tracking 始终跟随真实持锁 rq。Andrea 接受建议，将发送 v3，并计划在 for-7.3 继续统一 consume p...

v2 系列把 sched_ext 在 nohz_full CPU 上 stale tick 依赖问题兜底：finite-slice EXT 任务被选中时无条件重置 TICK_DEP_BIT_SCHED，并在 runqueue 上无 EXT 任务时忽略 outgoing slice 状态。同时新增 kselftest，覆盖 infinite→idle→finite 与 finite→idle→finite 两条迁移路径。Tejun Heo 给出 infinite/finite 直分两支的可读性改写建议，等待作者采纳。

这是一枚 sched_ext/for-7.2-fixes bugfix 补丁，修复 dispatch_to_local_dsq() 在本地 DSQ 派发过程中切换 runqueue lock 后仍保留旧 scx_locked_rq 跟踪的问题。补丁在切锁前清空 tracked rq，并在重新拿回原 rq 锁后恢复，避免嵌套 dequeue 回调恢复一个实际上不再持锁的 rq 触发 lockdep。sashiko-bot 回复指出同一类 stale scx_locked_rq_state 的中等风险问题，未给出人工评审结论。