RFE: 支持通过 UKI 插件加载设备树覆盖

构成部分

系统- stub

您的特性请求与问题有关吗 ? 请说明

像Arduino UNO Q这样的SBC可以有一些扩展板,比如UNO Media carrier或者一个Arduino盾接通. 在这个额外的硬件上,可以通过例如CSI相机连接器和DSI显示连接器连接.

每一个可能的硬件加通都需要一个 DT 覆盖才能工作. 这需要用户选择哪些 DT 覆盖来使用某种方法.

10年前曾有好几次尝试允许从Linux用户空间装入 DT 重叠,但从未在上游被接受.

目前UKI加通可以提供更新的DTB,取代之前装入的任何DTB. 我们正在研究使用UKI-addons作为让Linux用户空间管理 DT 重叠的方法,而不需要内核修改(代价是需要重新启动来应用修改).

对于非安全启动设置的用户空间,可以简单地生成一个被合并的DTB并放入UKI加通.

对于安全启动装置,所有附加物都应在实际系统之外预先建造并签名。 由于所有可能的组合都有太多可能的组合可以预建并联的DTB,thiis需要将DTBO放入UKI加通内并让分机将DTBO iin合并到DTB后再传递给Linux.

描述你想要的解决方案

所期望的解决方案是将UKI系统d-stub扩展为以.dtbo段支持UKI加通,再由它将contects合并入已经上载的DTB. 这与#21742有关,它要求sd-boot有一个相类似的特性.

请注意,我们并不期望在上游建立系统,以落实这一特点。 这项 " 远程教育 " 的主要目的是开始讨论使用UKI加成元来加载 DT 叠加的想法,并研究拟议的新的系统-站台功能是否能够被系统上游所接受,假定以相当干净的方式提供这种执行的PR。

描述你考虑过的其他选择

另一种办法是,在启动内核/支架之前,由装备员负责将 DT 重叠部分合并到 DTB 中。 采用这种方法的探测器是,有太多不同的装载器,我们在那里需要增加这方面的支持。 例如,从一个系统化的pov中,这只会把问题从起子转移到起子上,我们至少还需要确保这个问题在起子上起作用。

另外,不同的起落架也可能有不同的配置机制来配置要装入的上覆装置,而我们希望有一个统一的接口,并且让起落架这样做,因为还没有统一的方法来签署dtb[o]s。

您检查的系统版本没有您想要的特性

无回复( N)