kernel_tlb_flush_all是 x86 架构中用于对内核地址空间执行全量 TLB 刷新的静态辅助函数。它根据 CPU 的硬件能力选择最优的刷新后端是flush_tlb_kernel_range在请求全量刷新时的实际执行者。核心作用内核全量刷新的后端调度这个函数的核心职责是根据硬件特性选择刷新方式其典型实现如下static void kernel_tlb_flush_all(void) { count_vm_tlb_event(NR_TLB_REMOTE_FLUSH); if (cpu_feature_enabled(X86_FEATURE_INVLPGB)) invlpgb_flush_all(); else on_each_cpu(do_flush_tlb_all, NULL, 1); }决策逻辑INVLPGB 硬件广播如果 CPU 支持 AMD 的INVLPGB指令直接调用invlpgb_flush_all()通过硬件指令从当前 CPU 向全系统广播失效请求无需发送任何 IPI。IPI 后备路径如果不支持 INVLPGB退回到传统的on_each_cpu(do_flush_tlb_all, ...)向所有 CPU 发送 IPI让每个 CPU 在本地执行全量刷新。调用关系与演进根据 2026 年 9 月的补丁讨论kernel_tlb_flush_all的调用关系非常明确flush_tlb_kernel_range(start, end) └── (if end TLB_FLUSH_ALL) └── kernel_tlb_flush_all() // ← 你问的函数同时flush_tlb_all()公共的全量刷新接口也曾被改为通过kernel_tlb_flush_all()来实现以复用后端选择和事件统计逻辑。关于参数清理在后续的补丁讨论中开发者指出kernel_tlb_flush_all实际上不需要flush_tlb_info参数因为全量刷新不依赖具体的地址范围信息。因此该参数在补丁中被移除函数签名从kernel_tlb_flush_all(struct flush_tlb_info *info)简化为kernel_tlb_flush_all(void)。与flush_tlb_all的关系kernel_tlb_flush_all和flush_tlb_all在功能上高度重叠——两者都执行全量刷新都做相同的后端选择和事件统计。补丁讨论中有人建议直接删除kernel_tlb_flush_all让flush_tlb_all承担这个角色因为flush_tlb_all还有外部用户保留它更简洁。不过从你提供的函数签名来看当前代码中两者仍然并存kernel_tlb_flush_all作为内部辅助函数服务于内核范围刷新的全量路径。
