[参考译文] PROCESSOR-SDK-AM437X：BSP 迁移到更新的 Yocto 版本

Unknown 说：

在这种情况下、最佳做法是什么？ 必须迁移更新的 BSP 版本还是可以进行基于软件包的升级？ 您能建议吗?[/报价]

一般而言、我建议在整个分发范围内进行升级(新的 Yocto 版本)、这将确保所有依赖项都处于良好状态且经过充分测试。 如果需要、您当然可以手动将一些软件包升级到较新的版本、但这需要仔细地进行、并以管理良好的方式进行、否则将变得越来越难维护。

此致、Andreas

尊敬的 Andreas：

感谢您的快速反馈。 我们有现场器件、并希望支持具有较新 BSP 版本的器件。 我们将使用 OSTree 进行无线更新。

由于 OSTree 只更新内核和 rootfs、因此 u-boot 和更低层层不能更新。 在这种情况下、如果我们迁移到较新版本、我们只能为较新 BSP 版本更新器件的内核和 rootfs、但不能为 u-boot 和更低层更新。

是否可以在较新内核和 Yocto 版本中使用较旧的 u-boot 版本？ 你有什么建议吗?  

谢谢！

Veysel

尊敬的 Veysel：

由于 OSTree 只更新内核和 rootfs、因此 u-boot 和更低层层不能更新。 在这种情况下、如果我们迁移到较新版本、我们只能为较新 BSP 版本更新器件的内核和 rootfs、但不能为 u-boot 和更低层更新。

是否可以在较新内核和 Yocto 版本中使用较旧的 u-boot 版本？ 你有什么建议吗?  

很高兴您考虑了整个软件堆栈。 假定我们的较新器件(AM62x)在 U-Boot 协议栈中包含各种关键固件工件(例如 TF-A、TI 基础安全固件、设备管理器固件)、而有一种情况是对软件协议栈的其余部分有很强的依赖、AM335x/AM437x 类器件上的 U-Boot 协议栈不包含此类固件依赖关系。 尽管如此、我不知道为什么您不应该使用具有更新内核/Yocto 组件的"较旧的"U-Boot。 不过、需要考虑的一点是关注 U-Boot 的发展方式、因为较新的版本通常包含错误修复和与安全相关的改进、您的系统可能会从中受益。 在您的系统中设置一种后门、以便在发生"紧急情况"时更新 U-Boot、这可能是一件好事、即使您没有计划定期更新它。

此致、Andreas