[参考译文] RTOS/TMDSEVM6678：如何控制 IPC 所用 SWI 的优先级？

尊敬的 Eric：

我已将此事转发给 IPC 专家。 他们的反馈应发布在此处。

BR
Tsvetolin Shulev

Eric、

您是否尝试通过更新 packages/ti/sdo/ipc/transports/TransportShm.c 中的 TransportShm_instance_init ()来降低 TransportShm_swifxn 任务？ 例如

  Swi_Params_init (&swiParams)；

  swiParams.arg0 =(UARg) obj；

  swiParams.priority = 14；

  Swi_constructure (swi_struct (swiHandle)、

        (SWI_FuncPtr) TransportShm_swifxn、

        swiParams、EB)；

此致、Garrett

您好、Garrett、

感谢您的建议！  我找到了您提到的代码并进行了更改。  遗憾的是、我无法成功重建 IPC 库(在此之前、我从未尝试过重建任何 SDK)。  我会继续尝试。

此致、Eric

我仍然无法重建 IPC 库。 以下是我对 IPC products.mak 文件的修改。

返厂维修= C：/ti
平台= C6678
destdir = C：/Temp/Temp
XDC_INSTALL_DIR =$(返厂维修)/xdctools_3_32_02_25_core
BIOS_install_DIR =$(depot)/BIOS_6_46_04_53
TI.targets.elf.c66 =$(depot)/ccsv7/tools/compiler/ti-cgt-C6000-8.1.3

然后、根据安装指南、使用以下命令开始构建：

C：\ti_min\ipc_3_44_01_01>make -f IPC-BIOS.mak all

然后、它输出大约580行状态、但随后完全停止、最后几行输出为：

从 package/cfg/instrumented_pe66.cfg 配置 instrumented.pe66 ...
正在生成自定义 ti.sdo．ipc 库 makefile．．．．
正在开始构建库源...

是否有任何关于这可能会出现什么问题的想法？

Eric、

您是否尝试使用 xdctools_3_32_01_22_core (来自 Processor SDK 3.3版本)而不是 xdctools_3_32_02_25_core？

PRSDK 3.3组件版本可在 processors.wiki.ti.com/index.php 上找到

此致、Garrett

根据您的建议、我设置 XDC_INSTALL_DIR =$(depot)/xdctools_3_32_01_22_core

我运行了"make -f IPC-BIOS.mak clean"、然后运行"make -f IPC-BIOS.mak all"

遗憾的是，make 文件仍然挂起在同一输出行“正在开始构建库源...”

Eric、

>C：\ti_min\ipc_3_44_01_01

您是否在 Windows 计算机中构建库？ 请在 Linux 上试用。

此致、Garrett

您好、Garret、

感谢您的建议。 我们在这里几乎是一家 Windows 商店。 我的 Linux 经验相对较少、我在 Linux 上使用 TI 的经验是 zilch。 但我将研究如何尝试在 Linux 上构建 IPC。

真正令人愉快的是、拥有 IPC 模块的优秀人员可以创建一个新的 XDC 属性来控制这种情况、其内容如下：

VAR IPC = xdc.useModule('ti.sdo.ipc.Ipc');
IPC.swiPriority = 14；

文件中。

此致、Eric

帮助！  我仍然非常渴望解决这个问题！

我有一台新 PC、一台新的操作系统(Win10 Enterprise)、并更新了处理器 SDK 和 CG 工具...

 IPC 3.4.0.0

 BIOS 6.52.00.12

 XDCTOOLS 3.50.03.33内核

 TI-CGT-C6000_8.2.2

但在 Windows 下构建 IPC 仍然失败。  它仍然在同一输出行"开始构建库源..."处"挂起"

正如 Garrett 建议的那样，我尝试了 Linux，但我甚至没有错误地完成 Processor SDK 安装：-(

  REF： 支持/DSP/C6000_multi-core_DSP/f/639/t/633182

那么、我回到 Windows。  还有人是否曾使用 Windows 成功重建 IPC？

我附加了一个.zip 文件、其中包含 products.mak 文件以及构建的控制台输出。

e2e.ti.com/.../1205.Files.zip

您好、Sahin、

谢谢、您的参与非常接近！

>我建议像我一样设置您的目录
>在我的末尾，我按如下方式设置了目录：
> C：\ti\xdctools_3_50_03_33_core
> C：\ti\ipc_3_47_00_00

我的文件夹是相同的。 我的工作文件夹是 C：\ti\ipc_3_47_00_00、我正在调用 C：\ti\xdctools_3_50_03_33_core 文件夹中的 gmake.exe。 然后、我将 gmake.exe 复制到 IPC 文件夹中并从该文件夹运行、但这并没有改善任何效果。

但是、然后我意识到、我仍然在路径中有 MinGW 函数(我之前一直在将 MinGW\make 用于我的编译)。 因此、我启动了一个新的 shell、路径中没有 MinGW 函数、现在 IPC-BIOS.mak 的 gmake 编译完成了、没有任何障碍！

感谢您向我介绍 gmake、因为它让我想到了 MinGW 实用程序！

因此、明天我将测试此修改后的 IPC 是否会实际降低我的 SWI 优先级、如果是、则会在解决后关闭此问题。

再次感谢，Sahin！

Eric