This thread has been locked.
If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.
你(们)好
我已在路径 /vision_sdk/links_fW/src/rtos/links_IPU/overlay 处创建了一个按名称覆盖的链接。
我在 HLOS 用例中使用的此叠加链接。 usecase.txt 文件是 OverlayLink (IPU1_0)-> Display_GRPX、其中我提到 了要在 ipu1_0上运行的覆盖链接。
在 HLOS 用例的 cfg.mk 文件中、我已启用 Need_PROC_IPU1_0=yes。
usecase 运行正常、但此链接会包含在文件 /vision_sdk/links_fw/include/config/apps/tda2px" linux_all/linksInclude_ipu2.h 中、 即使我提到它要在 ipu1_0上运行也是如此。 为什么要为 ipu2构建???
我在 /vision_sdk/apps/configs/tda2px_evm_linux_all/cfg、mk 文件中将我的 IPU2作为 IPU2、如下所示
IPU_PRIMARY_CORE=ipu2
IPU_secondary 核心=ipu1_0
谢谢
Pratik
你(们)好
有任何更新??
谢谢
Pratik
Pratik、
如您在 make 文件中所见、在 Linux 模式下、ipu02用作主内核、ipu02的所有默认链接都在 ipu02上运行。
是否希望您的算法完全在 ipu01上运行?
Rgds、
Brijesh
您好、Brijesh
感谢您的更新。
是的、我想在 ipu1_0上运行链接溢出链接
因为 usecase.txt 文件是 OverlayLink (IPU1_0)-> Display_GRPX 、其中我提到 了要在 ipu1_0上运行的覆盖链接。
谢谢
Pratik
您好 Pratik、
您可以在 cfg.mk 文件中将主内核更改为 ipu1_0 (从辅助内核更改为 ipu2)、然后覆盖链接将在 ipu1_0内核上运行。
Rgds、
Brijesh
您好、Brijesh
感谢您的更新。
这意味着 当主内核为 ipu2时,就不能使用 ipu1_0,或者在 ipu1_0上不能运行任何此问题的内容。它是吗??
谢谢
Pratik
您好、Brijesh
感谢您的更新。
这意味着 当主内核为 ipu2时,就不能使用 ipu1_0,或者在 ipu1_0上不能运行任何此问题的内容。它是吗??
当主内核为 ipu1_0时、我的叠加链路工作正常。 但是、当我将主内核更改为 ipu2时、对于它在第一个迭代中执行、我意味着输出可见、但有一个断言、当我从 UART 提供输入以更改几个参数并显示输出突然卡住
[host][IPU2 ] 108.681022 s:MSGQ:警告!! :不支持强制 waitAck = true,因为 waitAck = false。Fix 发送 cmd [0x4]到 LinkID [0x0
[host][IPU2 ] 108.681266 s:系统:通知:向[IPU2][9]发送事件失败!!! (状态=-14)
[host][IPU2 ] 108.681510 s:断言@行:232 in system_ipc_BIOS_ipc.c:(bool) false:失败!!!
当主内核为 ipu1_0时、同一链路工作正常。
谢谢
Pratik
您好、Brijesh
有任何更新??
谢谢
Pratik