Linux内核准备弃用IPv6模块：直接函数调用将取代复杂存根代码

长期以来，Linux内核处理IPv6网络栈时提供了较高的灵活性。开发者可以将其直接编译进系统，也可以作为可加载的内核模块编译，或者完全在内核中禁用。

Linux内核的这项传统机制即将发生转变。一名来自SUSE的工程师近期提交了一组系统补丁，提议将IPv6网络栈的配置选项从三态改为布尔值。

未来Linux内核的IPv6支持只能选择直接内置，或者彻底禁用，原有的独立可加载模块选项（CONFIG_IPV6=m）将被彻底移除。

该补丁目前正处于Linux内核邮件列表的审查阶段。最终是否被合并以及随哪个内核主线版本发布，目前存在一定的不确定性。从技术演进角度来看，这项底层代码改动有充分的现实依据。

在IPv6技术普及早期，允许将其作为内核模块编译是非常实用的设计。SUSE工程师Fernando Fernandez Mancera在补丁说明信中提到，早年间将IPv6作为模块加载可以在特定设备上节省系统镜像体积和内存占用。

随着现代计算设备的演进，实际网络部署情况发生了显著改变。现在的Linux发行版和服务器部署环境，绝大多数默认将IPv6直接编译进内核主干（CONFIG_IPV6=y），或者在部分纯IPv4环境中将其直接关闭（CONFIG_IPV6=n）。

将IPv6保留为独立加载模块的做法在实际生产环境中已经非常罕见。

保留这种低频使用场景，给Linux内核架构带来了不必要的维护负担。为了让核心网络、BPF功能、Netfilter以及各种底层设备驱动能够安全地与一个随时可能被卸载的IPv6模块交互，内核代码中不得不保留许多复杂的间接调用结构。

补丁提交记录显示，这些间接结构包含ipv6_stub、ipv6_bpf_stub以及nf_ipv6_ops等存根代码。

此外，内核还需要为ICMPv6等功能维持动态RCU注册机制。这种设计虽然支撑了模块加载的灵活性，但也增加了底层代码的臃肿度。

新提交的补丁集旨在彻底砍掉这些历史包袱。通过强制IPv6支持仅限内置或禁用，内核开发者能够安全地把上述存根基础设施全部剔除，直接替换成原生的函数调用。

这种底层改造能带来明确的技术收益。代码层面，移除间接调用和动态注册机制大幅精简了网络栈代码，降低了后续网络模块的开发和维护难度。

运行层面，直接的函数调用去除了间接跳转的额外系统开销，能在一定程度上提升网络处理性能，同时消除了间接结构可能带来的潜在安全风险。

一旦内核主线最终接纳这组补丁，运维人员和普通开发者的日常操作基本不会受到冲击，因为当前绝大多数系统早就默认内置了IPv6。整个Linux生态将借此无缝过渡到一个更加精炼和高效的网络底层架构。

信息来源：
https://lore.kernel.org/lkml/20260310153506.5181-1-fmancera@suse.de/