rtthread中设备树未来会扮演什么角色

[piterzhang]

rtt中看到有解析设备树相关源码。qemu-arm64和rk3568中的bsp中有开启设备树相关宏定义，但大多数板子驱动是没有使用设备树。
1.现在源码中是设备树似乎只是很小是使用范围，未来在rtt中设备树开发驱动是不是不会成为主流
2.如果使用设备树是否rtt的上一级必须有uboot/lk引导，无法atf直接加载

[GuEe-GUI]

后续会推进基于设备树 DM 的设备框架，目前基本是完成了，正在往主线上合并（合并进展会很慢），以及 Rockchip，部分现有的 BSP 都会支持全新的 DM 平台驱动。

至于 bootloader 是不是 uboot/lk 不重要，只要启动前将设备树传入给 rtt 就可以支持，而且设备树框架支持内建设备树的方式，bl 不传入设备树也可以（也就是 ATF 应该也可以加载 RTT，但是我没测试过）。

[piterzhang]

1.rtt后续使用DM驱动模型之后，设备树的传递是沿用现在的从上一级boot中传入还是想zephyr一样自包含在rtthread. bin 中
2.当下的5.2.1版本是不是可以使用内建设备树，内建设备树的地址存放和api是什么样的有相应的demo吗

感谢回答!

[GuEe-GUI]

1. rtt是动态解析设备树的，不是 zephyr 那一套，也就是说目前设备树不支持 MCU。
2. 内建设备树会在 zynqmp-a53-dfzu2eg 有份 demo，目前没有提交，因为其 DM 驱动还需要提交一次代码。