• 状态 Resolved
  • 已锁定 已锁定
  • 回复 3 回复
  • 订户 0 订户
  • 视图 204 视图
  • 用户 0 会员在此处
选项
选项
相关

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.

[参考译文] RTOS/PROCESSOR-SDK-OMAPL138：可能的 SDK 封装不一致

admin
Guru**** 2553450 points


请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/processors-group/processors/f/processors-forum/617323/rtos-processor-sdk-omapl138-possible-sdk-package-inconsistencies

器件型号：PROCESSOR-SDK-OMAPL138
Thread 中讨论的其他器件：OMAPL138

工具/软件：TI-RTOS

是否有人可以确认以下内容、因为这种情况变得非常令人沮丧... 我不是 Linux 新手、也不是嵌入式系统... 不过、我不熟悉多核嵌入式系统... 因此、我将假定我在这里做了一些错误的事情...

我已经为 OMAPL138全新安装了处理器 SDK RTOS。。。。 我从全新的新安装开始、因为 CCS 已将新的更新版本添加到我的主工具文件夹中、我不想让我的电线交叉... 让我们仅使用安装程序提供的软件包...

当我尝试构建 RTOS SDK 时、似乎已安装库/软件包的各种版本号设置不正确...

版本号有两个位置(我已经找到)(对于 NDK、XDC、IPC、EDMA3等)。 正在设置...  

  1. 和 setupenv.sh Rules.make 文件中找到
  2. 在 OMAPL138 PDK 目录的 Rules.make 中

当然、这些值不匹配...

我非常确信 PDK 目录中的值不正确、因为 RTOS 文件中的值与安装到文件系统中的值相匹配。 我必须更新 PDK 目录中定义的以下版本号、以匹配 RTOS 目录中安装的版本号、从而使 SDK 编译成功-

  • IPC 版本
  • CGT_ARM 版本
  • BIOS 版本
  • EDMA3版本

我还发现、setupenv.sh 脚本在 RTOS 安装文件夹中返回的一些默认值是使用无效文件夹配置环境变量... 具体而言、 TI 工具文件夹中需要 gcc-arm-none-eabi-4_9-2015q3文件夹... 我非常确定在 make 跳转到 PDK 目录时纠正了这一点、因此我们最终选择了正确的工具链(幸运吗？)... 或者、我可能根本不会交叉编译... 我是否可以 根据 Linux 处理器 SDK 构建将其设置为 gcc-linaro-6.2.1-2016.11-x86_64_arm-linux-gnueabi 工具链？ 或者、安装程序中是否应该包含其他 gcc 软件包、如 Linux 处理器 SDK 中的软件包？

我正在使用最新的 processor_sdk_rtos_omapl138_4_00_00_04、在 Linux 主机上进行交叉编译。

当前 ti 工具文件夹包含以下内容(gcc-linaro 文件夹是唯一手动安装的软件包-使用 wget/tar)： 

BIOS_6_46_05_55
CG_xml
DSPLIB_C674x_3_4_0_0
EDMA3_LLD_2_12_04_28
gcc-linaro-6.2.1-2016.11-x86_64_arm-linux-gnueabi
gcc-linaro-6.2.1-2016.11-x86_64_arm-linux-gnueabihf
IPC_3_46_00_02
mathlib_C674x_3_1_1_0
NDK_2_25_01_11
pdk_omapl138_1_0_1
processor_sdk_rtos_omapl138_4_00_00_04
TI-CGT-ARM_16.9.2.LTS
TI-CGT-C6000_8.1.3
TI-processor-sdk-linux-omapl138-lcdk-04.00.00.04
UIA_2_00_06_52
xDAIS_7_24_00_04
xdctools_3_32_01_22_core

IPC 示例也不会构建(make IPC_examples)... 错误：xdc.tools.configuro：错误：无法打开输入文件'ti.platforms.evmOMAPL138:dsp'。 我确定这是我的部件上的配置错误、但我目前无法访问 wiki、它是否处于脱机状态？  这是我尝试加载 processors.wiki.ti.com/.../Processor_SDK_RTOS_Software_Developer_Guide 时看到的内容

处理您的请求时出错。
参考#97.483ce93f.1502433971.164dd451

  • 0
    TI__Guru**** 2553450 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    尊敬的 Juan：

    我已将此内容转发给 TI RTOS 专家。 他们的反馈应发布在此处。

    BR
    Tsvetolin Shulev
  • 0
    TI__Guru**** 2553450 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    胡安

    我已经查看了您在 SDK 内部指向的 Rules.make 文件、我将尝试在 SDK 的创建和编译过程中对此进行解释。

    n`t 终端用户、SDK 内部的 Rules.make 不会在环境设置过程中使用、它使用 setupenv.sh 来调用 pdkSetupEnv.sh 来设置所有组件的版本号。 我相信 PDK 内部添加了 Rules.make、 这样就可以独立构建组件、而无需用户使用 SDK 脚本设置环境。

    [引用 USER="Juan Aguero]Im 还发现、RTOS 安装文件夹中 setupenv.sh 脚本返回的一些默认值是使用无效文件夹配置环境变量... 具体而言、 TI 工具文件夹中需要 gcc-arm-none-eabi-4_9-2015q3文件夹... 我非常确定在 make 跳转到 PDK 目录时更正了这一点、因此我们最终选择了正确的工具链(幸运吗？)

    您能否提供设置脚本中的日志来解释这种情况。

    [引用用户="Juan Aguero">并且 IPC 示例也没有构建(make IPC_examples)... 错误：xdc.tools.configuro：错误：无法打开输入文件'ti.platforms.evmOMAPL138:dsp'.

    这些是您用于构建 IPC 示例的步骤。

    http://processors.wiki.ti.com/index.php/Processor_SDK_IPC_Quick_Start_Guide#Build_IPC_Linux_examples

    [报价用户="Juan Aguero]处理 您的请求时出错。 参考编号97.483ce93f.1502433971.164dd451

    TI 处理器 wiki 在发布此帖子时出现了问题。 您现在应该能够访问它。

  • 0
    TI__Guru**** 2553450 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    您好、Rahul、

    感谢您的再次光临... 好的、我了解版本之间的差异...

    实际上、问题是我正在将 setupenv.sh 作为脚本运行...</setupenv.sh>... 实际上应该是采购的 。 对此进行了介绍  

    当我"生成"文件时、生成成功... 并且在我将其用作脚本时、根据我之前的帖子失败...

    为了完成(希望对其他人有所帮助)、编译失败、因为它无法在多个位置找到 armcl、这是因为它尝试引用 ti-cgt-arm_16.9.1.LTS 而不是 ti-cgt-arm_16.9.2.LTS、因此我在 makefile 周围进行了挖掘... 

    make[6]：/home/juansta/ti/ti-cgt-arm_16.9.1.LTS/bin/armcl：Command Not Found
make[6]：***[/home/juansta/ti/pdk_omapl138_1_0_1/packages/ti/build/makerules/rules_ti_cgt_arm.mk：137：/home/juansta/ti/pdk_omapl138_1_0_1/packages/ti/binary/ti/fs/fatfs/fatfs_indp/obj/arm9/release/diskio.oae9错误127
make[6]：leaving directory '/home/juansta/ti/pdk_omapl138_1_0_1/packages/ti/fs/fatfs
make[5]：***[/home/juansta/ti/pdk_omapl138_1_0_1/packages/ti/build/comp_top.mk：317：Fatfs_indp]错误2
make[5]：leaving directory '/home/juansta/ti/pdk_omapl138_1_0_1/packages/ti/fs/fatfs
make[4]：


***[/home/juansta/ti/pdk_omapl138_1_0_1/packages/ti/build/comp_top.mk /home/juansta/ti/pdk_omapl138_1_0_1/packages/ti/build/comp_top.mk：146：ling_lib]错误2：make[/home/juansta/ti/pdk_omapl138_1_0_1/packages/ti/fs/fatfs：
make[0]\[/home/juansta/ti/pdk_omapl138_1_0_1/packages/ti/fs/fatfs：：make[3]\/home/juansta/ti/pdk_omapl138_1_0_1/packages/ti/board：make[3]\:make[3]\:make[0[：：make'9_lib]
进入目录'/home/juansta/ti/pdk_omapl138_1_0_1/packages/ti/drv/gpio
make[2]：***[/home/juansta/ti/pdk_omapl138_1_0_1/packages/ti/build/comp_top.mk：135：omapl138_lib]错误2
make[2]：离开目录'/home/juansta/ti/pdk_omapl138_1_0_1/packages/ti/fs/fatfs
make[1]：***[makefile：68：fatfs]错误2.

    配置执行 setup.sh 文件而不是源文件的 Linux-SDK 后、肌肉记忆会产生此错误... 是否可以打包文件而不使用可执行标志？

    请参考 IPC 示例... 我将继续关注 RTOS SDK 构建指南。 它指出 makefile 具有其他目标、其中一个是 IPC 示例

    但是、在找到新的环境配置"资源"方法后、我现在尝试运行它。。。 并意识到 Hostos 环境变量"开箱即用"设置为"BIOS"(在顶级 makefile 中)、这可确保未找到示例。 如果我手动将其更新为"Linux"(感觉我做了错误的事情)、则会找到示例、但无法构建。 我想我要将内核(Linux 到 RTOS 除法)混合在一起、我将改用 IPC 模块的构建指南、如果有任何问题、我将创建一个新的线程...

    谢谢