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

尊敬的 Martin：

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

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

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

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

此致

Karthik

您好！

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

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

尊敬的 Martin：

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

此致

Karthik

尊敬的 Martin：

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

此致

Karthik

尊敬的 Martin：

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

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

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

此致

Karthik

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

尊敬的 Martin：

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

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

此致

Karthik

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

尊敬的 Martin：

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

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

此致

Karthik

很抱歉、但我不认为将配方手动复制到我的图层是可接受的解决方案。 这对于长期维护来说真的很糟糕、因为我不会收集 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 提供的标准工具链来实现基本引导支持。

尊敬的 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

您好！

今天、我使用最新的 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日