[参考译文] OMAP-L137：将 TI-RTOS 移植到 FreeRTOS

你好  
我们对迟来的答复感到遗憾。 遗憾的是、OMAPL137 现在被认为是一种具有过去几年非新软件/抵押品投资的旧设备。 OMAPL1x/C67x 系列器件没有可用的免费 RTOS 端口。  

你好 Mukul、

谢谢、不用担心。 它是用于当前项目的硬件。 您的传统意味着什么？ TI 是否 不再 生产 OMAP-L137 硬件？  还是 TI-RTOS 是旧版的、 不支持 TI-RTOS（我的意思是这样说）？ 在 TI 网站上、结果表明我们仍然可以购买硬件器件、但仍在广告中（即 www.ti.com/.../OMAPL137DZKBD4） 。  这话什么意思？

TI-RTOS 是现在在我们系统中的 OMAP-L137 DSP 硬件上运行的软件。 我知道现在没有 FreeRTOS 端口、仅限 TI-RTOS。  

- FreeRTOS 可以移植,并且可以 在 OMAP137 的 DSP (C67x) 上运行吗? 或者、DSP 上是否有一项特性不允许 像 TI-RTOS 那样在 DSP 上成功运行其他 RTOS（如 FreeRTOS）？

-是否可以获得 DSP 的 TI-RTOS 源代码端口和任何有关 DSP 的其他文档来支持 RTOS 级别的平台？ 当我安装 BIOS 时、没有看到 TI RTOS 安装的源代码文件、只看到了一些驱动程序源代码。  由于 TI-RTOS 是旧版的、不再受支持、因此我们能否在 TI 用于此 DSP 的 BIOS 版本中获取 TI-RTOS 端口的源代码（通过签署 NDA 或其他内容）？

再次感谢您。

尊敬的 Makul：

谢谢你。 如果这有助于与您的团队讨论以提供帮助、我可以解释为什么坚持下去。  我们提出的原因是、您的平台在医疗设备中实施、并采用 FDA（美国政府）的新网络安全规则。今年、我们发现了 FDA（美国政府机构）、如果不支持该软件、我们将拒绝提交（不允许我们将我们的产品与您的系统一起销售）（例如，您停止支持但未提供代码的 BIOS DSP 的情况） 而工程公司如我们一样、没有源码向政府证明、如果日后出现问题、我们便有能力在该守则内解决问题。 你知道我的意思吗?

感谢您、我们将查看上面的链接、并了解这是否符合我们从 DSP BIOS 和 C6000 库中使用的内容。

即、我们的应用程序 包括您的解决方案中的头文件 、例如 clk.h、c64.h、sem.h、ecm.h、 tsk .h、hwi.h、exc.h、mbx.h、mem.h、 swi.h 和 log.h（在 include 目录中）、但我们不能向 FDA 展示我们今天有相应的 C 代码文件--这是根本问题、也是为什么这是紧急问题。 TI 可以提供的任何版本都有助于提供与头文件对应的代码、我们可以通过这些代码来表明 FDA 很有帮助、即使我必须进行一些清理。  我们使用的是 BIOS 版本 5_42_0_7（头文件位于包 ->ti>bios->include 中）。 如果您可以跟踪与这些头文件对应的代码或您可以找到的任何版本、我们可以签署您的团队需要的任何 NDA、因此我们可以为我们的医疗设备提交 FDA 并获得批准。 由于目前  还没有可用的 FreeRTOS 选项、无法通过快速移植来保存提交内容、因此您在内部与团队进行检查会非常有用。

再次感谢您的支持、同时我将浏览上面的链接。  再次感谢您抽出宝贵的时间。  

感谢您的背景。 我会在内部询问是否有任何可用的问题。

你好 Mukul , 非常感谢你。 为了更新您、我们尝试构建您发送链接并使用 为 OMAP-L137/C6000 配置的附加 BIOS.mk 下载的 SYSBIOS-master 代码。 但错误如下图所示、但也没有随附说明、说明要使用什么工具组合来构建它。 下载时附带了一个 ->软件包->ti>BIOS 目录、但 Include 头文件中的代码与 5_42_0_07 中的代码不同、其中包含同名的头文件。

我们还从您的网站上下载了您的最新版本 6_76_03_28 （如果是我们用来设计此设备的版本，没有代码，但后来的版本会有代码）   、但安装中包含了 NO -> packages ->ti>BIOS 目录、并尝试使用相同的 make 文件为 OMAP137 构建、但它也失败了、但也没有使用组合工具来构建它。 相同的 BIOS.MAK。 但安装时没有->包->ti>bios 目录、就像 5_42_0_07 目录中有一样、所以没有 lib、也没有要连接的 include 目录。 BIOS 目录是在安装时创建还是由 “gmake -f BIOS.mak“命令生成？

我们使用的 5_42_0_07 版本在安装时没有 build.mk 或源文件（但它有一个包含头文件的 BIOS 目录）。 使用源文件和 build.mk 树获得 5_42_0_07 将会有所帮助。

您建议的其他版本附带 build.mk AND 源文件  、对于我们 用于 5_42_0_07 的编译器和 XDC 工具版本的 OMAP137/C674 平台、未能成功编译、并且没有 BIOS 目录 (->packages->ti>BIOS 应该  来自哪里？ 以某种方式生成，还是应该是安装的一部分？）  另一个具有 BIOS 目录、但头文件代码接口不同于 5_42_0_07（如果我必须将应用程序代码更新为新的函数 API 以进行编译和工作，这是可以的）。 

我们将等待您/团队是否可以获得 任何可在 OMAP-L137/C674 DSP 上运行的构建版本 、我们可以演示此硬件构建版本以及适用于 FDA 的此部分。（即，是否只有特定版本的 BIOS 与 特定 版本的 XDC 工具以及特定版本的 C6000 编译器的协同工作、这将导致成功执行 'gmake -f BIOS.C674/C6MAK'命令）  我们不能只是显示 FDA（政府） 源代码、我们必须证明它已构建并将其链接到我们的 CCS 项目等  如果您的团队找到 5_52_0_07 及其源树（与其他源树一样）和关联的 build.mk 设置、这将非常有帮助或任何其他可行的组合。 再次感谢您关注我们公司的这一紧急事项。  

e2e.ti.com/.../bios.zip

谢谢你 Mukul。 我将开始下载其他版本、并在您跟踪 5_42_0_07 的过程中查看。  再次感谢您。

嗨 Mukul 好消息、我能够将基于 BIOS 5 的应用程序代码移植到 SYS/BIOS 6（即安装时我们有完整代码并可以重新编译）和 DSP 上的 FreeRTOS（需要付出大量努力）并 通过您的 链接发送到 OMAP-L137、因此我们现在将尝试使用您链接到弹簧板中的驱动程序代码源从 TI-RTOS 移植到 FreeRTOS、以完成提交。 如果您有其他客户与我们处于同样情况并需要切换到 FreeRTOS、请随时向他们提供此处的联系信息、我可以帮助他们说明如何使其与 FreeRTOS 配合使用。 再次感谢您的大力支持。