[参考译文] TDA4VM：对仅 LPM MCU 模式有疑问

尊敬的专家

我们可以得到您的建议吗？

系统固件 (SYSFW) 组件在 MCU 1_0 (MCUSS) 上运行、我认为即使在仅 MCU 模式下也应该保持运行。

https://software-dl.ti.com/jacinto7/esd/processor-sdk-rtos-jacinto7/08_04_00_06/exports/docs/psdk_rtos/docs/user_guide/developer_notes_mcu1_0_sysfw.html?highlight=mcu

我们是否应该错过任何用于 MCU/主域之间复位隔离的代码？

非常感谢

Gibbs

尊敬的、尊敬的专家

我发现了以下两个问题：

调用 device_disable 并且 dev 为 j721e_dev_ddr32ss_16ffc_ew_dv_wrap_main_0 时、MCU1_0 将进入 HwiP_undefined_handler.c

2.我屏蔽并关闭了 j721e_dev_ddr32ss_16ffc_ew_dv_wrap_main_0、然后继续测试。 当调用 SoC_DEVICE_DISABLE 以禁用 WKUPMCU2MAIN 桥时、MCU1_0 将进入 HwiP_DATA_ABORT_HANDLER。

还请帮助分析上述两个问题的原因。 非常感谢。

此致、

随

尊敬的 Sui：

还请帮助分析上述两个问题的原因。 非常感谢。

[/报价]

您是否能够符合  从 R5 内核获取任何日志的要求？如果是、您可以告诉我 RTOS 和 Linux 日志。

此致、

Karthik

尊敬的  Karthik：

日志如下所示。

/cfs-file/__key/communityserver-discussions-components-files/791/2437.log.zip 

上面遇到的问题是将 PDK 中的 lpm 示例代码移植到我们的代码中进行操作时发生的问题。

目前、在 mcu1_0 中、IPC 未初始化。

关于上述关闭 DDR 器件以进入未定义的处理程序的问题、我知道、这是因为我们 mcub1_0 的代码段和数据段位于 DDR 中。 数据段和代码段不应该放置在 OCM 区域中？

切换到仅 MCU 模式时、访问 MCU 主域的所有任务是否必须停止？

此致、

随

尊敬的  Karthik：

是否有任何进展？ 我真的很期待你的答复。 谢谢！

此致、

随

你（们）好

我看到这个线程已经在等待 5 天。

您的站点上是否仍有此问题待处理？

谢谢

Gibbs

嗨、Gibbs

是、此问题仍待处理。

谢谢

随

你（们）好

根据当前状态、更新我这边的一些简短评论。

(1) yoiu 是否曾经在我们的 TDA4VM EVB 上运行过“LPM_Example_freertos"，“，即使、即使它是 OSPI SBL 引导也是如此？

(2) 我尝试在您在此处发布的 PDK 中搜索代码、但我没有找到任何 informain。 是您的 customerzid 代码吗？

(3) 当 MCU 进入“仅 MCU 模式“过程时、似乎会发生崩溃、这样就没有机会运行“唤醒“阶段、不是吗？

(4) Pls 共享您的 Linux 日志、因为我看不到任何内容。

您好、Karthik

需要您的建议。

您认为这是复位隔离问题吗？

https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1387955/tda4vm-reset-isolation-ctrlmmr_wkup_main_vdom_ctrl/5539840?tisearch=e2e-quicksearch&keymatch=tda4vm%20isolation#5539840

谢谢你。

Gibbs

嗨、 Gibbs

(1) 我以前没有在 TDA4VM EVB 上运行过它、似乎没有很好的参考值。

(2) 是的、 这是我参考 PDK 中的演示编写的代码。

(3) 是的。

(4) 我点击了下载的链接,它正常打开。

您好、
您能否分享您在 Linux 中对.dts 文件所做的更改？

此致、
Karthik

您好、Karthik

/cfs-file/__key/communityserver-discussions-components-files/791/4118.dts.zip

谢谢

随

您好、Karthik

您能给我们一些评论吗？

谢谢你。

Gibss

嗨、 Gibss、

我目前正在查看该.dts文件、稍后会回复您。  

此致、

Karthik

您好、Karthik

我真的很期待你的答复。 谢谢！

谢谢

随

你（们）好

分享我在 DTS 中观察到的内容

您是否将电源域从“TI_SCI_PD_EXCLUST"更“更改为“TI_SCI_PD_SHARED"</s>“

https://software-dl.ti.com/jacinto7/esd/processor-sdk-rtos-jacinto7/11_00_00_06/exports/docs/pdk_jacinto_11_00_00_21/docs/userguide/jacinto/modules/lpm/lpm_mcu_only_mode_jacinto.html

示例、

@@ -550,7 +550,7 @@ cpts@3d000 {
        main_crypto: crypto@4e00000 {
                compatible = "ti,j721e-sa2ul";
                reg = <0x0 0x4e00000 0x0 0x1200>;
-               power-domains = <&k3_pds 264 TI_SCI_PD_EXCLUSIVE>;
+               power-domains = <&k3_pds 264 TI_SCI_PD_SHARED>;
                #address-cells = <2>;
                #size-cells = <2>;
                ranges = <0x0 0x04e00000 0x00 0x04e00000 0x0 0x30000>;

尊敬的  Sui：

(3) 当 MCU 进入“仅 MCU 模式“过程时、似乎会发生崩溃、这样就没有机会运行“唤醒“阶段、不是吗？

在 Linux 器件树补丁中、MCU_uart0 仍被标记为“保留“、而不是“禁用“。 因此、它可能仍然在系统中的其他位置处于活动状态、只是 Linux 没有使用。 您可以尝试如 LPM 指南中所述禁用 MCU_uart0 吗？

此致、

Karthik

嗨、Gibbs、Karthik

5.24.1.仅 MCU 模式 — 平台开发套件 (PDK)- Jacinto 用户指南

]您是否将电源域从“TI_SCI_PD_EXCLUDE"更“更改为“TI_SCI_PD_SHARED_"[/quot]</s>“

我还没有更改电源域、 感谢您的提醒。

mcu_uart0 在 Linux 设备树补丁中仍被标记为“保留“、而不是“禁用“。 因此、它可能仍然在系统中的其他位置处于活动状态、只是 Linux 没有使用。 您能否尝试如 LPM 指南中所述禁用 MCU_uart0？

我在第 5.24.1.11.3 章中看到一些设备在设备树中被禁用。 禁用 这些器件后、Linux 在启动时会卡住。 实际上、有些器件需要正常使用、并且无法在设备树中禁用。 我们应该如何处理这种情况？ 例如、ospi0、mcu_cpsw、serdes0-serdes2。

谢谢

随

[/quote]

嗨、Gibbs、Karthik

您能帮我想一想吗？

谢谢

随

您好、

很抱歉耽误你的时间、我们正在内部咨询相应的专家、了解为什么会在器件树中禁用一些 MCU 模块。
根据我的理解、我们不需要从设备树中禁用 A72 Linux 中使用的模块。

我相信、通过器件树启用所需的模块后、您将能够引导 Linux。

此致、
Sudheer

嗨、Sudheer

谢谢你。 我真的很期待你的答复。

您能否帮助确认、当 MCU1_0 执行 SwResetMainDomain 时、mcu1_0 是否应该停止访问主域资源的所有任务？

谢谢

随

您好、  

很抱歉、回复延迟。  

mcu1_0 是否停止访问主域资源的所有任务

是的、建议在执行主域复位时停止从 muc1_0 访问所有 MAIN 域资源。  

否则、可能会导致主域复位操作失败。

根据我的理解、我们不需要从设备树中禁用 A72 Linux 中使用的模块。

并不强制要求在 A72 中禁用模块。 当已在 MCU1_0（如 MCU UART）中启用了 modile 时、应小心谨慎、因为当多个协处理器在没有适当协调的情况下尝试访问时、它可能会导致不可预测的输出。  

此致、  

Sudheer

嗨、Sudheer

1.当 调用 device_disable 并且 dev 为 j721e_dev_ddr32ss_16ffc_ew_dv_wrap_main_0 时、MCU1_0 将进入 Hwip_undefined_handler_cc

即使在仅 MCU 模式下、我们的 mcu1_0 仍然需要使用 DDR。 我跳过了 device_disable 中的 j721e_dev_ddr32ss_16ffc_ew_dv_wrap_main_0。 这种情况可以吗？

如果我们不需要从器件树中禁用 A72 Linux 中使用的模块、那么导致该问题的其他原因是什么？ 您能帮助分析一下吗？ 谢谢你。

此致、  

随

尊敬的 Sui：

很抱歉、延迟的回复。

我们 在测试 LPM 时还面临 UART 同步问题、因此我已通知开发团队。 他们正在处理这个问题、我会在他们回来后告诉您。

此致、

Karthik

尊敬的 Karthik：

我真的很期待你的答复。 谢谢！

此致、  

随

徐国庆说：

调用 device_disable 并且 dev 为 j721e_dev_ddr32ss_16ffc_ew_dv_wrap_main_0 时、MCU1_0 将进入 HwiP_undefined_handler.c

即使在仅 MCU 模式下、我们的 mcu1_0 仍然需要使用 DDR。 我跳过了 device_disable 中的 j721e_dev_ddr32ss_16ffc_ew_dv_wrap_main_0。 这种情况可以吗？

不建议 在 MCU 域中使用 DDR。 因为这是主域资源。
请参阅 SDK 文档。  


https://software-dl.ti.com/jacinto7/esd/processor-sdk-rtos-jacinto7/latest/exports/docs/pdk_jacinto_11_00_00_21/docs/userguide/jacinto/modules/lpm/lpm_mcu_only_mode_jacinto.html#scope-of-work

徐国庆说：

2.我屏蔽并关闭了 j721e_dev_ddr32ss_16ffc_ew_dv_wrap_main_0、然后继续测试。 当调用 SoC_DEVICE_DISABLE 以禁用 WKUPMCU2MAIN 桥时、MCU1_0 将进入 HwiP_DATA_ABORT_HANDLER。

如果我们不需要从器件树中禁用 A72 Linux 中使用的模块、那么导致该问题的其他原因是什么？ 您能帮助分析一下吗？ 谢谢你。

跨域使用将是导致上述问题的原因。

此致、
Sudheer