software-dl.ti.com/.../demo_mode_switch_top.html

已知问题

1. 从仅 MCU 模式切换回活动模式时、当前不支持在主域内核上加载第一个。

本文是否意味着无法启动主域系统？ 例如 Linux 内核等 仅 MCU 模式不完整。 对于如何解决此问题、是否有任何解决方案？ 

我们必须与开发团队核实并重新获取相关信息。 由于是假日季、请预计会延迟到新年。

谢谢。

当我尝试运行本文后面唯一的 MCU 演示时、遇到了三个错误。 我尝试自行修复错误、但没有解决所有错误

1、/home/edward/workspace/TDA4/ipc/ti-processor-sdk-rtos-j721e-evm-09_02_00_05/pdk_jacinto_09_02_00_30/packages/ti/build/makerules/common.mk :365:*** gcc-arm compiler not found. 请参阅用户指南来下载相同内容。 STOP (停止)。
修复：
common.mk 265line
设计
#$(错误：未找到 gcc-arm 编译器。 请参阅用户指南以下载相同内容)
sbl_obj_copy？=Aarch64-linux-gnu-objcopy #add it
字节序

2、boot.c：967：46：error：错误：将"void (*)(void)"传递给 taskP_Fxn 类型参数(也称为"void (*)(void *、void *)")的不兼容函数指针类型[-Werror、-Wincompatible-function-pointer-types]
bistTask = TaskP_create (&BIST_TaskFxn、&bistParams)；
修复：
内部 bist.c
空 BIST_TaskFxn (SemaphoreP_Handle bistSemHandle、void* arg2) //将 其添加 为 void* arg2
｛

}

int bist.h
void BIST_TaskFxn (void)；--> void BIST_TaskFxn (void*、void*)；

3、make[2]:***没有规则使目标'cu_only_app.c'、需要'/home/edward/workspace/TDA4/ipc/ti-processor-sdk-rtos-j721e-evm-09_02_00_05/mcusw/binary/can_boot_app_mcu_rtos/obj/j721e_evm/mcu1_0/release/mcu_only_app.oer5f。停止。
Make[2]:***等待未完成的作业......

我在 RTOS SDK 中找不到 mcu_only _app.c 文件！

唯一的 MCU 是否已长时间未维护？ 

您好、王涛

  您需要什么应用？

  请参阅以下有关低功耗模式的 e2e 案例：

   (+) J721EXSOMXEVM：PDK 低功耗管理器演示 Linux 引导错误-处理器论坛-处理器- TI E2E 支持论坛

此致

  Semon

我想使用 lpm (仅 MCU)演示。 我使用 SDK-RTOS-J721E-EVM-09_02_00_05.我 参阅以下文档：

https://software-dl.ti.com/jacinto7/esd/processor-sdk-rtos-jacinto7/latest/exports/docs/mcusw/mcal_drv/docs/drv_docs/demo_mode_switch_top.html

1、LPM 版本09_02_00_05是否有任何问题？因为我看到您发送的链接为 PDK 10.00_00。

2、因为你修复了 lpm 在 PDK10_00_00中的一些错误,我可能会开始使用版本10.0进行验证。

3、"目前不支持在主域内核上加载 firmres "。 我想问一下我们计划何时支持这一点吗？

我使用 PDK10、  

make -s -j can_boot_app_mcu_rtos board=j721e_evm soc=j721e build_profile=release core=mcu1_0 build_os_type=freeRTOS

 我遇到一些 错误、

如上所述、三个汇编问题。 

这是第四个编译问题 

boot.c：930：30：错误：函数调用的参数太少、预计为2、因此具有1 
sbl_ospiInit (&boardHandle)； 

显然有一些语法问题、为什么 SDK 有这么多编译问题？ 请告诉我如何逐个解决这些问题 

您能告诉我们为什么要为 lpm 编译 can_boot_app_mcu_rtos 吗？

https://software-dl.ti.com/jacinto7/esd/processor-sdk-rtos-jacinto7/latest/exports/docs/mcusw/mcal_drv/docs/drv_docs/demo_mode_switch_top.html

该链接指出、它需要像这样进行构建： 

构建说明

此应用程序是 Boot App 的一部分 、默认情况下处于禁用状态、需要启用。

启用应用程序

• 文件中(MCUSW Install Dir)/mcuss_demos/boot_app_mcu_rtos/makefile
• MCUONLYFUNC 控制此应用程序的启用/禁用
• 将 MCUONLYFUNC 设为已启用、即 MCUONLYFUNC  ?=已启用

内容

按照 Boot App - Build Instructions 中指定的说明进行操作

您好！

https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1427180/j721exsomxevm-pdk-low-power-manager-demo-linux-boot-errors/5487056#5487056

我在10.0 SDK 上运行了 MCU_ONLY 模式。 您可以尝试以上链接吗？

-基尔西

1.

cd $SDK_LINUX
make linux-dtbs -j8

2..

/constructappimageshlos.sh 生成 ATF_optee 映像

aarch64-linux-gnu-ld:找不到 base-board.dtb:没有这样的文件或目录
aarch64-linux-gnu-ld:找不到 base-board.dtb:没有这样的文件或目录

这是什么原因呢? 

您需要将 k3-j721e-common-proc-board.dtb 复制为 base-board.dtb 。

-基尔西

constructappimageshlos.sh 说：# base-board.dtb (K3-J72*-common-proc-board.dtb)和 Image 文件

修复：

cp k3-j721e-common-proc-board.dtb base-board.dtb.  

再次编译即可通过。 


但、我遇到了一个新问题。 
当我不使用 k3-j721e-common-proc-board.patch。时 

Linux 可以正常启动。 但在 Linux 启动后、R5的 UART 将被乱码、如下所示：： 

正在加载引导映像 
引导映像已完成、状态= 0 
Sciclient_procBootReleaseProcessor、ProcID 0x20... 
在最后一个阶段后休眠20秒 
▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒μ A 


然后、I use k3-j721e-common-proc-board.patch、 
Linux 无法开始正常运行。 日志留在这里 

[ 13.279134] j721e-PCIe 291000.PCIe：MEM 0x0018011000..0x001fffff -> 0x0018011000 
[ 13.299245] j721e-PCIe 291000.PCIe：IB MEM 0x0000000000..0xffffffff -> 0x0000000000 
[ 13.308378] platform 292000.PCIe:递延探测待定 
[ 13.314393]平台2900000。PCIe：延迟探头待定 
[13.319982]平台291000.PCIe：延迟探测待定 

R5内核仍然存在相同的现象、字符显示为乱码。 

我的问题如下： 

1. 
cp k3-j721e-common-proc-board.dtb base-board.dtb 。此解决方案正确吗？ 

2. 

k3-j721e-common-proc-board.patch： 

是否意味着将 SD 卡 rootfs 分区用作文件系统？ 

3、 

如何解决 Linux 无法启动且 R5 UART 出现乱码的问题 

CP k3-j721e-common-proc-board.dtb base-board.dtb 。这是正确的解决方案吗？

这是 您在应用后生成的 k3-j721e-common-proc-board.dtb  

k3-j721e-common-proc-board.patch 对吗？ 

是否意味着将 SD 卡 rootfs 分区用作文件系统？ 

正确。 

如何解决 Linux 无法启动且 R5 UART 乱码的问题

即使在应用之后 

k3-j721e-common-proc-board.patch？ 

&MCU_uart0｛ 
-状态="正常"; 
+ status ="已禁用"； 
pinctrl-names ="默认值"； 
pinctrl-0 =<&mcu_uart0_pins_default>； 

以上内容应该有助于解决 MCU UART 问题。 只需仔细检查使用的是 k3-j721e-common-proc-board.dtb。 

-基尔西