[参考译文] AM6442：使用 IPC 远程处理器启用以太网

你好 Tunnoda-san、

几天之后、我才有时间在我这边的最新 SDK 中试用这个版本。 同时、我会将您的问题发送给另一位团队成员、看看他们是否可以提供帮助。

此致、

Nick

尊敬的 Mari：

我可以看到的一个问题是 DTS 文件、应禁用 icssg1_iep0、而不是相关的引脚。

&icssg1_iep0 {
	pinctrl-names = "default";
	pinctrl-0 = <&icssg1_iep0_pins_default>;
};

&icssg1_iep0_pins_default {
	status = "disabled";
};

感谢您完成上述详细步骤、我将详细了解这些步骤、并在某个时间内回复您。

此致、  

Nitika.

尊敬的 Nitika：

您对此有任何更新吗？

此致、

Mari

尊敬的 Mari：

上述建议在 DTS 文件中进行的更改是否有所帮助？ 即使发生了这种更改、示例是否在同一位置失败？

此致、

Nitika.

如周四 WebEx 聊天中所述、DTS 文件的更改未解决此问题。

尊敬的 Mari：

请在下面找到修改后的内容

MCU+ SDK 示例更改 ： linker.cmd 和 example.syscfg  

e2e.ti.com/.../7181.example.syscfg

e2e.ti.com/.../7181.linker.cmd

Processor SDK 修改： 修改了 rm-cfg、k3-am642-evm.dts 和 k3-am64-main.dtsi 文件

e2e.ti.com/.../5483.rm_2D00_cfg.yaml

k3-am642-evm.dts 修改- e2e.ti.com/.../5483.k3_2D00_am642_2D00_evm.dts

diff --git a/arch/arm64/boot/dts/ti/k3-am642-evm.dts b/arch/arm64/boot/dts/ti/k3-am642-evm.dts
index 671c62bfc..54aed9b20 100644
--- a/arch/arm64/boot/dts/ti/k3-am642-evm.dts
+++ b/arch/arm64/boot/dts/ti/k3-am642-evm.dts
@@ -687,6 +687,7 @@
 	mboxes = <&mailbox0_cluster2 &mbox_main_r5fss0_core0>;
 	memory-region = <&main_r5fss0_core0_dma_memory_region>,
 			<&main_r5fss0_core0_memory_region>;
+	sram = <&r5f0_0_sram>;
 };
 
 &main_r5fss0_core1 {
@@ -799,3 +800,28 @@
 	pinctrl-names = "default";
 	pinctrl-0 = <&icssg1_iep0_pins_default>;
 };
+
+&cpsw_port2 {
+	status = "disabled";
+};
+
+&mdio_mux_1 {
+	status = "disabled";
+};
+
+
+&icssg0 {
+	status = "disabled";
+};
+
+&icssg1 {
+	status = "disabled";
+};
+
+&icssg1_eth {
+	status = "disabled";
+};
+
+&ospi0 {
+	status = "disabled";
+};

k3-am64-main.dtsi 修改

diff --git a/arch/arm64/boot/dts/ti/k3-am64-main.dtsi b/arch/arm64/boot/dts/ti/k3-am64-main.dtsi
index 7b4cc0578..ff0deddaa 100644
--- a/arch/arm64/boot/dts/ti/k3-am64-main.dtsi
+++ b/arch/arm64/boot/dts/ti/k3-am64-main.dtsi
@@ -24,6 +24,10 @@
 		#size-cells = <1>;
 		ranges = <0x0 0x00 0x70000000 0x200000>;
 
+		r5f0_0_sram: r5f0_0_sram@0 {
+			reg = <0x0 0x180000>;
+		};
+
 		tfa-sram@1c0000 {
 			reg = <0x1c0000 0x20000>;
 		};

此致、

Nitika.

你好 Nitikal

感谢您的更新！  

只是检查-这是用于版本9.2还是10.1？

此致、

Mari Tunnoda

修改上述文件后、可以遵循我第一次答复中提到的相同步骤：

1.重建示例以获取.out 文件、将此文件复制到根分区的/lib/firmware/ti-ipc。

2.修改 rm-cfg 文件并重新编译 U-boot 二进制文件-使用"make u-boot"

3.修改 Processor SDK 中的 k3-am642-evm.dts 和 k3-am64-main.dtsi 文件、并使用"make linux"重新构建内核

4.替换 SD 卡中生成的 k3-am642-evm.dtb 文件和 u-boot 文件(请参阅 U-boot 文件)

4. 按照 此处的步骤 从 Linux 引导远程内核 R5F0-0。

Unknown 说：

只是检查-这是版本9.2还是10.1？

上述文件位于 SDK 9.2版上

此致、

Nitika.

尊敬的 Mari：  

只是一个 ping、我更新了 这个 答复

此致、

Nitika.

尊敬的 Nitika：

谢谢、将告诉他们在终端上使用 v.9.2并与 ICSDK 匹配。

感谢您在短时间内对此进行测试！

此致、

Mari

Nick、Nitika、

您是否知道相同的文件也应该能够在 SDK 10.1上启动？

此致、

Mari Tunnoda

尊敬的 Mari：

相同的文件可能无法直接用于10.1、因为 SDK 经历了从9.2到10.1的重大变化。 但是、我期望执行相同的步骤、并且在 SDK 10.1中进行更改应该能够正常工作。

我想有一位团队成员正在使用 SDK 10.1对此进行测试、我来与他们确认并返回给您。

此致、

Nitika.

尊敬的 Nitika：

感谢您的答复。 请让我了解最新信息。

此致、

Mari

嗨、Mari、我开始了这方面的工作。 请给我几天时间来提高速度。 我将在这里与您联系。

谢谢您、

Paula

您好 Paula、

感谢您的更新。 请在您使其正常工作时告诉我。

此致、

Mari

您好 Paula、

只是签入-您有任何更新吗？

此致、

Mari Tunnoda

你好 Mari ,还没有跳到其他项目。 本周回来。 我将在一周结束时报告

谢谢您、

Paula

您好 Paula、

如果您有更新、请告知我。  

我需要更新客户。

此致、

Mari Tunnoda

大家好、Mari、正在研究这个问题。 我明天会给你一个更新

谢谢你

Paula

嗨、Mari、我使用最新的 AM64x MCU+SDK10.1和最新的 AM64x Linux SDK 10.1、成功地使用 IPC Remoteproc 实现了"enet_lwip_icssg_am64x-evm_r5fss0-0_freertos_ti-arm-clang.out "

我遵循了上面 Nitika 和 Nick 解释的步骤、并遵循了 Academy 链接。 稍后我将在常见问题中为将来的读者总结步骤、但现在让我共享使用的文件和高级更改

Linux SDK 中的文件更改：

e2e.ti.com/.../mod_5F00_k3_2D00_am64_2D00_main.dtsi

e2e.ti.com/.../mod_5F00_rm_2D00_cfg.yaml

e2e.ti.com/.../mod_5F00_k3_2D00_am642_2D00_evm.dts

MCU+SDK 更改：

其中概述了 SysConfig

-在调试日志中取消选中"UART"、因此 RTOS 中不使用 UART。 或者、您也可以更改为 与 USART0不同的另一个 USARTx、因为它用于 Linux

- 启用 IPC 以获取资源表

-取出 I2C1外设以避免与 Linux 发生冲突

linker.cmd

-为资源表添加 DDR 部分

e2e.ti.com/.../8272.linker.cmd

谢谢您、

Paula

您好 Paula、

感谢您让示例正常工作！ 我也会将更改后的文件发送给客户。  

此致、

Mari Tunnoda

您好、Paula、Nitika、

您能告诉我 ICSDK v.10.1何时发布？ 匹配的 MCU + SDK v.10.1

此致、

Mari Tunnoda

尊敬的 Mari：

指定的专家将于本周和下周离职。 对此主题的响应将延迟。

感谢您的耐心。

此致、

Tushar

尊敬的 Tushar：

感谢您告诉我。 我实际上在该主题上看到了我需要的答案、因此不需要任何答案：

(+) AM6442：寻找适用于 AM64x v10的工业通信 SDK 预测发布日期-处理器论坛-处理器- TI E2E 支持论坛

此致、

Mari Tunnoda

您好 Paula、

感谢您创建此常见问题解答主题！ 这对我的其他客户也很有帮助。

此致、

Mari Tunnoda

您好 Paula、

我刚从客户那里得到了跟进。  新示例文件的失败步骤与前一个回复中提到的步骤相同。 您知道这可能是什么原因吗？

Unknown 说：

在调试和添加日志输出后、他们意识到 SOC_moduleSetClockFrequencyWithParent 不返回 SystemP_Success

2周前、我已要求他们发送包含您在回复中提到的更改的 R5F 端文件。  

此致、

Mari

嗨、Mari、只是为了确认他们是否使用了发布的相同文件？ 或创造了自己的?. 检查是否存在任何可能的差异。  

我没有共享的一个文件是 SysConfig。 以防万一

e2e.ti.com/.../4571.example.syscfg

谢谢您、

Paula

您好 Paula、

他们创建了自己的账户、并尝试按照常见问题解答中列出的步骤操作。

他们给我发送了他们更改的文件。 您是否可以查看它们是否有任何差异？

(我将通过电子邮件发送)

我将检查他们是否尝试直接替换这些文件。

此致、

Mari Tunnoda

你好、Mari、

我们是否三重检查了客户是否实际在使用更新的 Linux 器件树文件、应用更新的 u-boot 更改、以及是否正在加载更新的 R5F 二进制文件？ 这是我在这样的情况下看到的最常见的问题类型、即客户重建文件、将文件复制到 SD 卡、但无法完成链接更新、替换文件等

此致、

Nick

嗨、Mari、我刚在设置中测试了客户的 Shared MCU+SDK *。out、它正常工作。 固件加载正常、如下所示：

root@am64xx-EVM：~# dmesg | grep remoteproc
[ 9.919805] k3-m4-rproc 5000000.m4fss：已为 Remoteproc 模式配置 M4
[ 9.972764] remoteproc remoteproc0：5000000.m4fss 可用
[ 10.027220] platform 78000000.r5f：已将 R5F 配置为远程处理模式
[10.060743]可提供 Remoteproc Remoteproc1: 78000000.r5f
[10.309686] Remoteproc Remoteproc1:启动78000000.r5f
[ 10.318555] remoteproc remoteproc1：引导固件映像 am64-main-R5f0_0-fw、大小为3110148
[10.403811] remoteproc remoteproc1：远程处理器78000000.r5f 现已启动

root@am64xx-EVM：~# cat /sys/class/remoteproc/remoteproc1/state
持续更新

因此、问题可能出在 Linux 方面或 FW 的符号链接中。

他们可以向我发送他们的 DTS、DTSI 或 rm-cfg.yaml、而不是仅发送 diff 文件吗？ 或者、他们是否可以将常见问题解答(或此处)中的共享文件与其进行比较？  

此外、回显 Nick、如果他们可以在构建 Linux 之前仔细检查是否正确替换了文件、则正确更新 SD 卡、并且新的"am64-main-R5f0_0-fw"符号链接正确、 这将会很棒

谢谢您、

Paula

您好 Paula、

感谢您的检查。

Don Don 说：

他们能否将 DTS、DTSI 或 rm-cfg.yaml (而不仅仅是 diff 文件)发送给我？ 或者、他们是否可以将常见问题(或此处)中的共享文件与它们的文件进行比较？

我也得到了这些文件。 我已通过电子邮件将其发送给您。

这是通过 Remoteproc 引导 R5F 内核后的日志。 似乎内核启动、但无法退出 system_init()。

他们检查了符号链接、并确保文件已替换为反映的最新日期。

此致、

Mari Tunnoda

您好 Paula、

您是否能够检查我通过 TI Drive 与您共享的他们的文件？

此致、

Mari

尊敬的 Mari：  

您是否也可以将我添加到此邮件链？

此致、

Nitika.

您好、Paula、Nitika、

您是否能够确定 system_init()失败的原因？

此致、

Mari

嗨、Mari、还没有。 我能够重现它、但还无法进行调试

谢谢您、

Paula