• 状态
  • 已锁定 已锁定
  • 回复 13 回复
  • 订户 0 订户
  • 视图 466 视图
  • 用户 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.

[参考译文] TDA4VMXEVM：Yocto/meta-ti/meta-arago：引导不带 meta-Arago 的 J7 EVM

admin
Guru**** 2548630 points


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

https://e2e.ti.com/support/processors-group/processors/f/processors-forum/890309/tda4vmxevm-yocto-meta-ti-meta-arago-booting-a-j7-evm-without-meta-arago

器件型号：TDA4VMXEVM

您好！

[我最初将此邮件发布到 meta-ti 和 meta-Arago 邮件列表中、但尚未收到回复、因此我想也可以在此处尝试]

我尝试仅使用 meta-ti 而不使用 meta-Arago 获取在 J7 EVM 上运行的基本映像、因为我想使用此板、但不需要大多数 TI SDK 支持。

我使用的是 J7-EVM 机器类型、我获得了成功构建、但没有 u-boot 输出。 相比之下、我使用 meta-Arago 构建的 SDK 获得了精细输出。 如果我从 SDK 复制引导分区、我可以获取 u-boot 输出。

然后、我注意到 k3.inc:中的以下评论

#请注意，引导 K3平台也需要
# tiboot3.bin 和 sysfw.itb、由 meta-Arago 提供
# u-boot-K3-R5和 ti-sci-FW 方法
image_boot_files ?="$｛SPL_binary｝u-boot.$｛uBoot_suffix｝"
wks_file ?="s_dimage-bootpart.wks"
Do_image_WIC[视情况而定]+="u-boot：Do_deploy"

这是否意味着在不使用 meta-Arago 及其所有依赖项的情况下、实际上无法成功引导系统？ 我们是否有机会将这些配方移植到 meta-ti 中、或者我是否总是需要使用 meta-Arago？

谢谢、
Martin

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

    尊敬的 Martin：

    是的、这是解决您的问题并让我们解决问题的正确论坛。

    是否要使用替代层而不是 meta-Arago？ 我之所以提出这一问题、是因为 meta-ti 不提供任何要构建和生成的"映像"。 如果要使用替代图层，则必须定义自己的映像和包组，这些映像和包组将使用 meta-ti 中的组件。

    可能与 meta-Arago 存在相关性、我必须仔细检查、但这并不意味着您必须使用 meta-Arago 中的所有内容。

    因此、如果您可以详细说明您的最终目标、那么我可以在探索相关性角度时提出替代方案。  

    此致

    Karthik

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

    您好！

    我们已经拥有自己的图层、图像、封装组等 我们只需要一个 bitbake 机器定义、该定义会产生不依赖于 meta-Arago 的可引导映像。 J7-EVM 机器类型在 meta-ti 中定义、但不会生成可引导映像(请参阅 meta-ti 中 k3.inc 中提到的注释)。 我想知道是否有解决此问题的计划、或者启动映像是否需要 meta-Arago。

    使用 meta-Arago 的问题是最终会在许多层中出现、而并非所有层都与 Yocto 主站一起工作(例如、其中存在许多 python2/3问题)。 我希望最低配置尽可能少层、因为我们所需的只是启动机支持、而不是其他任何东西。

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

    尊敬的 Martin：

    感谢您提供详细信息。 让我在内部对此进行讨论、然后返回给您。

    此致

    Karthik

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

    尊敬的 Martin：

    我还没有任何更新。 我仍在检查可行的解决方案。 我会跟进并在一两天内回来。

    此致

    Karthik

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

    尊敬的 Martin：

    可以在不使用 meta-Arago 的情况下构建引导映像并将其替换为自定义图层。

    汽车级 Linux (AGL)是一个很好的参考示例、它不使用 meta-Arago、而是仅使用 meta-ti。 可为 dra7-EVM (即 J6)构建最新版本、因此您将获得参考、您可以进一步了解。

    如果您需要更多详细信息、请告诉我。

    此致

    Karthik

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

    大家好、我知道如何使用 AGL 构建 J6、甚至只使用 meta-ti 而不使用 AGL。 但是、我特别需要 J7支持、而不是 J6、因此我需要修复上面引用的错误(k3.inc 等)。

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

    尊敬的 Martin：

    我确认您的问题报告、但这仍在内部讨论中。 我将很快为您提供故障解决计划和时间表。

    同时、如果您将 meta-Arago 的这两个方法重新托管到您自己的层中或将其修补到 meta-ti 中、是否会有所帮助？ 是否取消阻止您继续？

    此致

    Karthik

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

    我已经尝试将 u-boot 配方复制到我自己的配方中、并将其与 meta-Arago 分开使用。 遗憾的是、这并不容易实现、因为它需要来自 ARM 的自定义工具链、并在 meta-Arago 中为该工具链提供进一步的层支持。 因此、该配方不能独立地在 meta-Arago 之外重复使用。

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

    尊敬的 Martin：

    现在的其余限制是由 R5内核的32位工具链和用于构建这些方法的外部 Linaro/Arm 工具链传递方式造成的...

    我没有估计何时可以在我们这边解决这个问题。 我正在尝试为您获取更新。

    此致

    Karthik

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

    很抱歉、但我不认为将配方手动复制到我的图层是可接受的解决方案。 这对于长期维护来说真的很糟糕、因为我不会收集 meta-ti 上配方的更改、如果 meta-ti 添加其他依赖项、该解决方案可能会中断。 我需要一个修复 meta-ti 的解决方案、以便它能够引导 J7 EVM。

    还存在两个问题、而不是一个问题：

    (1) meta-Arago 中存在但不包含 meta-ti 的 K3 u-boot 配方、这意味着 J7 EVM 等基于 K3的电路板不会仅使用 meta-ti 启动。 这是一个错误、因为 meta-ti 应该为电路板提供基本引导/BSP 支持、而 meta-Arago 应该是额外的应用程序/SDK 支持。 因此、引导支持应该是 meta-ti、而不是 meta-arago。

    (2) K3 u-boot 配方需要外部工具链、而 meta-ti 的其余部分不需要。 应使用上游 OpenEmbedded 提供的标准工具链来实现基本引导支持。

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

    尊敬的 Martin：

    是的、这两项挑战的原因有很多、团队一直在努力解决这一问题。

    好消息是、我们有一些补丁来解决这两个问题、我想获取您对此的反馈。

    您能否查看 meta-ti 和 meta-Arago 存储库的最新信息？

    我们有用于解决这些问题的补丁： https://git.yoctoproject.org/cgit/cgit.cgi/meta-ti/commit/?id=f814840465358a6b5429ad20165742ac6e6e6a29 和 http://arago-project.org/git/meta-arago.git?p=meta-arago.git;a=commitdiff;h=c2c06c6cfb255fef76f96f9a1c3b12942c856fd3 (在这一个之前还有另一个提交)。

    请告诉我这是否能解决所有问题。 请注意、这将在主分支上提供、并将在即将发布的版本上提供。

    此致

    Karthik

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

    您好！

    今天、我使用最新的 meta-ti、openembedde-core 和 meta-OE 层构建了目标核心映像最小化层。 电路板无法引导、输出如下： 

    U-Boot SPL 2020.01-g018f7f1c32 (2020年5月06日- 17：48：37 +0000)
SYSFW ABI：3.0 (固件版本0x0014 '20.04.0-v2020.04 (极好的 LLM')
i2c_write：Error waiting for data ACK (status=0x116)
read error from device：41c86250寄存器 x！
I2C_WRITE：等待数据 ACK 时出错(STATUS=0x116)
向器件写入错误：41c86250寄存器：x！
清除 ESM IRQ 失败：-5
ESM PMIC 初始化失败：-5
尝试从 MMC2引导
i2c_write：等待数据 ACK 时出错(STATUS=0x116)
从器件读取错误：41c86250寄存器：x！
正在从 MMC 加载环境... ***警告-未找到 MMC 卡，使用默认环境

**未找到文件/lib/firmware/j7-main-r5f0_0-fw **
未找到文件/lib/firmware/j7-mcu-r5f0_0-fw **
正在 ARM64内核上启动 ATF...

注意：BL31：v2.2 (发行版)：ti2020.00
注意：BL31：编译：13：09：35、2019年10月30日
  • 0
    TI__Guru**** 2548630 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    尊敬的 Martin：

    我检查了我们的结果、似乎我们的所有结果都通过了、但您看不到相同的结果。 请进一步阐述以下内容：

    • 引导介质-是 SD 卡吗？
    • 是否可以列出准备引导介质时所拾取的工件？
    • 您是否在 TI EVM 上尝试过此操作-请向我提供 EVM 的版本。  

    此致

    Karthik