• 状态
  • 已锁定 已锁定
  • 回复 3 回复
  • 订户 0 订户
  • 视图 103 视图
  • 用户 0 会员在此处
选项
选项
相关

This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

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

admin
Guru**** 2455560 points


请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1484910/processor-sdk-am437x-bsp-migration-to-newer-yocto-versions

器件型号：PROCESSOR-SDK-AM437X

工具与软件：

您好！

我们想了解 BSP 迁移/将 Yocto 升级到新版本的最佳做法。 由于在安全方面传入器件的请求更为频繁、因此我们需要升级 Yocto OS 中的包以满足要求。

例如、openssl 版本需要升级、而且与 Yocto 版本紧密结合、如下所示：

layers.openembedded.org/.../

Yocto 2.6 (thud)支持 openssl 1.1.1b、Yocto 4.0 (kirkstone)支持 openssl 3.0.16


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

提前感谢

  • 0
    TI__Guru**** 2455560 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    Unknown 说：
    在这种情况下、最佳做法是什么？ 必须迁移更新的 BSP 版本还是可以进行基于软件包的升级？ 您能建议吗?[/报价]

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

    此致、Andreas

  • 0
    TI__Guru**** 2455560 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    尊敬的 Andreas：

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

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

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

    谢谢！

    Veysel

  • 0
    TI__Guru**** 2455560 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    尊敬的 Veysel：

    [报价 userid="530023" url="~/support/processors-group/processors/f/processors-forum/1484910/processor-sdk-am437x-bsp-migration-to-newer-yocto-versions/5703817 #5703817"]

    由于 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