技术咨询：Linux是否支持运行时完全替换整个设备树？

Linux内核没有内置的官方功能支持运行时完全替换整个设备树二进制Blob，原因和相关分析如下：

核心限制 #

• 设备树是内核启动阶段的核心硬件描述源，内核启动后会将其解析为内部的device_node、platform_device等数据结构，这些结构直接绑定到已初始化的硬件驱动、总线和外设上。运行时全盘替换设备树会导致现有硬件关联的内核对象与新设备树完全脱节，引发不可预测的系统崩溃或硬件异常。
• 设备树覆盖（overlay）和现有动态修改机制（如sysfs的/sys/firmware/devicetree属性修改、of_property_*系列内核API）均为增量式修改，仅支持在不破坏现有硬件绑定的前提下调整部分属性、添加/移除特定节点，而非全盘替换。

研究场景下的非官方尝试方向 #

如果你的研究项目必须尝试全盘替换，只能通过手动修改内核实现，但需要面对极高的复杂度和稳定性风险：

• 需遍历销毁所有基于旧设备树创建的内核对象（平台设备、中断映射、总线设备实例等），这要求每个硬件子系统都支持完整的卸载流程——但很多核心子系统（如PCI总线、内存控制器）并不支持运行时完全重置。
• 重新解析新的设备树Blob，调用初始化流程重建所有硬件关联的内核结构，这涉及修改内核启动阶段的解析逻辑，使其能在运行时被二次调用，而内核本身没有预留这类接口。

更可行的替代方案 #

对于大规模设备树修改的需求，更现实的思路是：

• 扩展设备树覆盖机制，编写多个覆盖文件批量修改目标节点；
• 结合动态设备管理API（如of_platform_device_create、platform_device_unregister），批量添加/移除设备节点并重新绑定驱动。

内容的提问来源于stack exchange，提问作者Kruemelmonster