[参考译文] AM62A7：PROCESSOR-SDK-ANALYTICS 09：Yocto 构建失败、且 REPO 同步要求首先调用 REPO INIT

谢谢 Andreas、我们过去从未遇到过与防火墙相关的获取问题、但我们有几个客户曾经遇到过、我不得不更新所有的食谱以使用 https、所以这是一个很好的建议。

将/git 添加到 URL 就足以修复它。 "存储库：//git.ti.com/git "

你们是否有可能在你的最后修改食谱?  我可以附加它,但它将是脆弱的,因为我必须覆盖整个 SRC_URI 将会中断,当你更新分支,突然我们的构建正在拉旧代码...

很高兴看到你又来了！！

111 44ng said:

添加/git 到 URL 就足以修复它。 "REPO：//git.ti.com/git "[/报价]

有趣的是、您说您遵守了协议=git 的规范、但只是更改了 URL、那么它能起作用吗？ 这 不是我根据服务器宣称的有效协议+ URL 组合所期望的那样、但还行。

111 44ng said:

你们是否可以在您的终端上修复配方？  [/报价]

让我在内部提交一个 TT 以清理问题；我同意这将是一件好事。

此致、Andreas

[/quote]

谢谢。 请告知我何时可以为其进行另一次测试运行。  

注意我很高兴看到 https 也发生了变化、因为我们的一些客户也受到防火墙的限制。

Xiange Tian said:

接受公众捐款

你能否给我指出有关其他层次的公共捐款的信息？  这听起来可能很有用。

通常我只是谷歌为层名称。 在我们的 TI Linux SDK 背景下、最受欢迎的工具是：

meta-ti：  https://lists.yoctoproject.org/g/meta-ti

和

Meta-Arago：  https://lists.yoctoproject.org/g/meta-arago

这些都是以"老学校"邮件列表为基础的项目；尽管如此，它们仍然运作良好。 与所有开源项目一样、我们强烈鼓励大家做出贡献并参与其中。 即使您没有计划做出贡献、关注/订阅这些 MLS 也可能很有价值、以便随时掌握最新的发展动态。

此致、Andreas

谢谢。  是否有 OE-layersetup 副本的类似邮件列表？  

是否有 ti-linux 或 ti-u-boot 报告的邮件列表？

Xiange Tian said:

我刚刚内部提交了一份 PR 以获得更新的存储库； 元-亿茶 似乎未设置(尚未)以其他层设置的方式接受公共捐款。 将保持您的发布。

它已在官方存储库中批准/分段： https://git.ti.com/cgit/edgeai/meta-edgeai/log/?h=kirkstone-next

开发人员表示、他将更新该代码中的其他 元-亿茶 环路滤波器。

此致、Andreas

111 44ng said:

是否有类似的 OE-layersetup pro 邮件列表？  [/报价]

不可以、但您可以通过 E2E 帖子标记任何问题。

111 44ng said:

是否有适用于 ti-linux 或 ti-u-boot 报告的邮件列表？

有一些邮件地址表适用于这些邮件地址表、但这些邮件地址表是 TI 内部邮件地址。

如果要更新其中任何一个、则首选方法为：

1. 将您的更改发布到相应的上游邮件列表、并使其通过社区流程处理并获得批准。 此外、还有很多 TI 人可能渴望评论/帮助。
2. 然后、在下一个主要 SDK 版本期间、这些更改将在相应的 TI 供应商树中自动结束。 如果需要、您可以更早地打开 E2E 票证供其他人查看、看看我们是否可以更快地将具体更改从上游合并到近期 SDK 版本中。

上述内容与我们的"上行优先"理念一致；我们不希望增加我们在供应商树中携带的补丁数量、 但实际上尽可能减少该区域(因此即使在添加对新 AM6x SOC 的支持时、这些更改也会首先上行、然后会移植回 TI 树+一些"不可流式"的 Δ)

此致、Andreas

[/quote]

感谢您提供的所有信息。 TI 将这些东西推向主线、我认为会使我们的所有工作变得容易得多。

在过去一年或更长时间内、我向主线提交了一些补丁。 只有一个获得了动力、那就是 PMIC GPIO 支持。  其他人似乎都是耳聋,我只是没有找到时间继续打击他们。

TI TFP410： https://lore.kernel.org/lkml/20230125-tfp410_i2c-v4-0-f983bcef2df8@criticallink.com/T/#t

TI TLV320AIC26： https://lore.kernel.org/lkml/20190321221413.13268-1-jcormier@criticallink.com/

但最后一个需要重新提交、因为它已更新到6.1内核...

尊敬的 Jonathan：

Andreas 今天不在办公室。 请预计响应会延迟。

Xiange Tian said:

它已在官方存储库中批准/分段： https://git.ti.com/cgit/edgeai/meta-edgeai/log/?h=kirkstone-next

开发人员表示、他将更新该代码中的其他 元-亿茶 环路滤波器。

[/报价]

这一方法现在就得到了检验。  是否有任何想法、在它合并到 kirkstone 分支之前多久、以及是否将有更新的 PROCESSOR-SDK 配置文件？

当然、我现在在 ti-edgeai-firmware 配方中遇到了故障...

13:11:53  | DEBUG: Executing shell function do_install
13:11:53  | /work/build/arago-tmp-default-glibc/work/am62axx_evm-oe-linux/ti-edgeai-firmware/AUTOINC+1319f46f38-r0/git//vx_app_rtos_linux_mcu1_0.out: No such file or directory
13:11:53  | 40C7AB42127F0000:error:80000002:system library:file_ctrl:No such file or directory:../openssl-3.0.9/crypto/bio/bss_file.c:297:calling fopen(/work/build/arago-tmp-default-glibc/work/am62axx_evm-oe-linux/ti-edgeai-firmware/AUTOINC+1319f46f38-r0/git//vx_app_rtos_linux_mcu1_0.out, r)
13:11:53  | 40C7AB42127F0000:error:10080002:BIO routines:file_ctrl:system lib:../openssl-3.0.9/crypto/bio/bss_file.c:300:
13:11:53  | cat: /work/build/arago-tmp-default-glibc/work/am62axx_evm-oe-linux/ti-edgeai-firmware/AUTOINC+1319f46f38-r0/git//vx_app_rtos_linux_mcu1_0.out: No such file or directory
13:11:53  | Error checking x509 extension section v3_ca
13:11:53  | 40F7CE7F937F0000:error:07800079:common libcrypto routines:ossl_hexstr2buf_sep:hex string too short:../openssl-3.0.9/crypto/o_str.c:195:
13:11:53  | 40F7CE7F937F0000:error:068000B2:asn1 encoding routines:asn1_str2type:illegal hex:../openssl-3.0.9/crypto/asn1/asn1_gen.c:695:string=
13:11:53  | 40F7CE7F937F0000:error:11000074:X509 V3 routines:v3_generic_extension:extension value error:../openssl-3.0.9/crypto/x509/v3_conf.c:256:value=SEQUENCE:sysfw_image_integrity
13:11:53  | cat: /work/build/arago-tmp-default-glibc/work/am62axx_evm-oe-linux/ti-edgeai-firmware/AUTOINC+1319f46f38-r0/git//vx_app_rtos_linux_mcu1_0.out: No such file or directory
13:11:53  | /work/build/arago-tmp-default-glibc/work/am62axx_evm-oe-linux/ti-edgeai-firmware/AUTOINC+1319f46f38-r0/git//vx_app_rtos_linux_c7x_1.out: No such file or directory
13:11:53  | 4087FFBC827F0000:error:80000002:system library:file_ctrl:No such file or directory:../openssl-3.0.9/crypto/bio/bss_file.c:297:calling fopen(/work/build/arago-tmp-default-glibc/work/am62axx_evm-oe-linux/ti-edgeai-firmware/AUTOINC+1319f46f38-r0/git//vx_app_rtos_linux_c7x_1.out, r)
13:11:53  | 4087FFBC827F0000:error:10080002:BIO routines:file_ctrl:system lib:../openssl-3.0.9/crypto/bio/bss_file.c:300:
13:11:53  | cat: /work/build/arago-tmp-default-glibc/work/am62axx_evm-oe-linux/ti-edgeai-firmware/AUTOINC+1319f46f38-r0/git//vx_app_rtos_linux_c7x_1.out: No such file or directory
13:11:53  | Error checking x509 extension section v3_ca
13:11:53  | 40579F88457F0000:error:07800079:common libcrypto routines:ossl_hexstr2buf_sep:hex string too short:../openssl-3.0.9/crypto/o_str.c:195:
13:11:53  | 40579F88457F0000:error:068000B2:asn1 encoding routines:asn1_str2type:illegal hex:../openssl-3.0.9/crypto/asn1/asn1_gen.c:695:string=
13:11:53  | 40579F88457F0000:error:11000074:X509 V3 routines:v3_generic_extension:extension value error:../openssl-3.0.9/crypto/x509/v3_conf.c:256:value=SEQUENCE:sysfw_image_integrity
13:11:53  | cat: /work/build/arago-tmp-default-glibc/work/am62axx_evm-oe-linux/ti-edgeai-firmware/AUTOINC+1319f46f38-r0/git//vx_app_rtos_linux_c7x_1.out: No such file or directory
13:11:53  | install: cannot stat '/work/build/arago-tmp-default-glibc/work/am62axx_evm-oe-linux/ti-edgeai-firmware/AUTOINC+1319f46f38-r0/git//vx_app_rtos_linux_mcu1_0.out': No such file or directory
13:11:53  | WARNING: /work/build/arago-tmp-default-glibc/work/am62axx_evm-oe-linux/ti-edgeai-firmware/AUTOINC+1319f46f38-r0/temp/run.do_install.1810:156 exit 1 from 'install -m 0644 /work/build/arago-tmp-default-glibc/work/am62axx_evm-oe-linux/ti-edgeai-firmware/AUTOINC+1319f46f38-r0/git/${FW_DIR}/${FW_NAME} /work/build/arago-tmp-default-glibc/work/am62axx_evm-oe-linux/ti-edgeai-firmware/AUTOINC+1319f46f38-r0/image${INSTALL_FW_DIR}'
13:11:53  | WARNING: Backtrace (BB generated script):
13:11:53  | 	#1: do_install, /work/build/arago-tmp-default-glibc/work/am62axx_evm-oe-linux/ti-edgeai-firmware/AUTOINC+1319f46f38-r0/temp/run.do_install.1810, line 156
13:11:53  | 	#2: main, /work/build/arago-tmp-default-glibc/work/am62axx_evm-oe-linux/ti-edgeai-firmware/AUTOINC+1319f46f38-r0/temp/run.do_install.1810, line 165
13:11:53  NOTE: recipe ti-edgeai-firmware-AUTOINC+1319f46f38-r0: task do_install: Failed

111 44ng said:

经过测试，该配方现已构建。  在合并到 kirkstone 分支之前多久的任何想法

太棒了！ 这应该是名为 SDK v9.1的 AM62A 的下一个 SDK 版本的一部分、当前计划在2023年12月外发布。

它们还应该更快(或许已经)作为 AM62A Linux SDK CI/CD 快照的一部分提供、请参阅 https://software-dl.ti.com/cicd-report/linux/index.html?section=platform&platform=am62axx

111 44ng said:

以及是否将有更新的 PROCESSOR-SDK 配置文件？

我不知道、但是随着发行版越来越密切地关注这些内容、我们可以跟踪 CI/CD 快照(及其源代码/构建方式)。

此致、Andreas

请执行以下步骤以在 bblayer.conf 中设置 EDGEAI_BRAND
```

echo 'EDGEAI_brand ="edgeai">> conf/bblayer.conf 

```

[/报价]

嗯、我当时想知道自动化的最佳方法。  我没有意识到、我忘记在我的构建脚本中设置它了。

为什么它在 bblayers 中设置它而不是 local.conf？  即使它有效、这似乎也是一个拼写错误。

NVM 看起来像是对 EDGEAI_brand 的引用昨天已从 meta-edgeai 中删除。  ti-edgeai-firmware 方法现在不起作用。

111 44ng said:

 现在 ti-edgeai-firmware 配方不起作用。

您能在这里看到： https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1261956/am62a7-yocto-build-issue-with-sdk-9-0/4778341

1) 1)需要进行的更改 conf/local.conf ，文档是错误的。 这是之前标记的、下面我来跟进我们的文档更新位置

2) 2)您需要在重试之前完全清除该配方、如参考的 E2E 帖子所述。

此致、Andreas

Xiange Tian said:

这是提前标记的，让我跟进文档更新所在的位置

作为参考、该问题在内部通过 SITSW-2887进行跟踪。 看起来它在某个流程中赶上了。 我只是增加了优先级/重要性。

谢谢 Adreas,请注意我的评论上面。 截至昨天,在 kirkstone-next 分支中不再有任何 EDGEAI_BRAND 引用。

 LAYERSERIES_COMPAT_meta-edgeai = "kirkstone"
 
-# EdgeAI Brand default
-EDGEAI_BRAND ??= "arm"
-
-require branding-${EDGEAI_BRAND}.inc
-require edgeai-source-ipk.inc
+require conf/distro/include/branding-core.inc
+require conf/distro/include/edgeai-source-ipk.inc
 
 GRAPHICS_SRC:am62axx:pn-packagegroup-arago-tisdk-sourceipks-sdk-host = ""

我可以切换到 kirkstone 分支,它具有上述修复,是在 EDGEAI_BRATE 更改和它建立之前。 哇、是时候开始全面建设了、看看它是否真的成功了。

2个月前、TI 得知一个简单的文档问题但该问题仍未解决、我感到非常难过/沮丧。  有标记的发布是很棒的、但需要一种更快的方法来更新已损坏的文档。

尊敬的 Jonathan：

111 44ng said:

我能够切换到 kirkstone 分支,该分支已进行了上述修复,并在 EDGEAI_brand 更改及其构建之前。 哇,是时候开始整个构建,看看它是否真正通过。[/报价]

如果可能、我仍建议使用"已知良好"SDK v9.x 版本(即官方来源)进行任何类型的产品开发。 CI/CD 快照是一个很好的参考点、但它们看不到完全相同级别的验证(仅运行自动测试、在实际的 SDK 版本中还会运行其他手动测试以及正在检查的其他项目)。 无论如何、如果您遇到任何进一步的构建问题、请告诉我(并且始终记住、Yocto 有时可能需要完全清理/清除任何和所有构建/临时文件)。

111 44ng said:

我发现2个月前 TI 得知一个简单的文档问题但该问题仍未得到解决、这令我感到非常难过/沮丧。  有标记的发布是伟大的,但需要有一个更快的方法来更新损坏的文档。[/报价]

理解你的沮丧。 通常/经常修复会用到下一个增量 SDK 版本(在本例中为 v9.1)中、但对于类似的问题、我同意它应该立即执行、因为它几乎会影响所有用户。 我们将在这里看到如何做得更好。

此致、Andreas

[/quote]

尊敬的  Jonathan：

对于 PROCESSOR-SDK-Linux、我们尚未处于完整 CICD 模式
从9.1年开始、我们将致力于实现这一目标。

因此、我建议在9.1版本之前使用9.0标签。

此处还提供文档
1.2.使用 Yocto 构建 SDK - Processor SDK AM62Ax 文档
在9.0标签上是正确的、不适用于 TIP、因为我们正在
一些改进(例如:删除 bblayer.conf 中 EDGEAI_brand 的设置)

尊重
拉胡尔

Xiange Tian said:

您能在这里看到： https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1261956/am62a7-yocto-build-issue-with-sdk-9-0/4778341

1) 1)需要进行的更改 conf/local.conf ，文档是错误的。 这是之前标记的、下面我来跟进我们的文档更新位置

[/报价]

所以看起来它确实需要在 bblayer.conf 中定义,即使它觉得是错误的。  

必须在 meta-edgeai/conf/layer.conf 之前不能读取 local.conf

111 44ng said:

所以看起来它确实需要在 bblayer.conf 中定义,即使它觉得是错误的。  

必须在 meta-edgeai/conf/layer.conf 之前不能读取 local.conf

[/报价]

我需要去重新做实验。 IIRC 我只能通过在 local.conf 中进行更改而不是 layer.conf 来实现以前的构建、因此我想再次检查以了解断开连接的位置。

但是、您不再因自己尝试的行为而受到这种疑虑的阻止、对吗？

此致、Andreas

我能够在开发 PC 上成功构建、但还没有在我们的构建服务器上创建构建。  我认为它是因为需要的 bblayer 改变,和我们的标准 Yocto 构建配方没有办法添加东西到 bbler.conf。  所以我将为这个 SDK 创建一个特殊的构建方法。

111 44ng said:

我成功地在我的开发 PC 上构建[/报价]

好的、很好知道。 我将把配置更改作为一项后台任务进行实验、它会让您知道/更新所有结果。

此致、Andreas

先生们：

此处也提供文档
1.2.使用 Yocto 构建 SDK - Processor SDK AM62Ax 文档
在9.0标签上是正确的、不适用于 TIP、因为我们正在
一些改进(例如：删除 bblayer.conf 中 EDGEAI_BRAND 的设置)

Xiange Tian said:

我需要去重新做我的实验。 IIRC 我只能通过在 local.conf 中进行更改而不是 layer.conf 来实现以前的构建、因此我想再次检查以了解断开连接的位置。

再次闭合环路。 我做了一些实验、Rahul 是对的、对于 AM62A Linux SDK 9.0并构建  tisdk-edgeai 图像 图像目标 EDGEAI_品牌 变革需要去 layer.conf 。 如果不在 layer.conf (但在 local.conf )、建筑物  ti-edgeai 固件  无论我做了什么,目标都失败(与这整个图像的构建)。 我断开连接的 原因可能是、当时我要构建一个不同的图像目标、而不是  tisdk-edgeai 图像  映像、这是 AM62A Linux SDK 9.0的主要目标。

此致、Andreas

我想我想要解决的是、将 edgeai DISTROOVERRIDES 添加到 OE 层配置文件中、这样我们就不会因为需要独特的导出而中断构建流程。  此行是 edgeai 层配置文件的唯一更改。

# Needed to build tisdk-edgeai-image
LOCALCONF:DISTROOVERRIDES:append = ":edgeai"

尊敬的 Jonathan：

我们的专家不在办公室。 请在下周前答复。

此致、

安舒

看起来它可以达到目的。 但是、比较实际的编译输出仍然很好(rootfs tarball？) 在两个映像之间、使用 SDK v9.0文档中规定的方法更改 bblayer.conf 并使用您的替代解决方案进行构建。

谢谢、Andreas