• 状态 Resolved
  • 已锁定 已锁定
  • 回复 3 回复
  • 订户 0 订户
  • 视图 257 视图
  • 用户 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.

[参考译文] AWR1642BOOST：编译毫米波 SDK 1.1.0.2 #10370-D DSP 的加热

admin
Guru**** 2568585 points
Other Parts Discussed in Thread: MMWAVE-SDK

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

https://e2e.ti.com/support/sensors-group/sensors/f/sensors-forum/638908/awr1642boost-compiling-warming-for-the-mmwave-sdk-1-1-0-2-10370-d-dsp

器件型号：AWR1642BOOST
Thread 中讨论的其他器件：MMWAVE-SDK

你好  

当我在毫米波 SDK 1.1.0.2中完成毫米波演示时、会出现编译警告：

10370-D 可能会导致代码大小或性能下降。 部分".text:SOC_init：liboc_xwr16xx.ae674 "对 RTS 例程进行了调用、但 RTS 位于0x200030e0调用站点的范围之外、或位于不同的段中。 要优化代码大小、请1)将 RTS 放置在更靠近调用点的位置、或2)将 RTS 放置在同一段中、或3)使用--disable_push_pop 进行编译。  

我认为我已启用 DIALOG_PUSH_POP。 那么、我如何解决该警告呢？

此致

Peter

  • 0
    TI__Guru**** 2568585 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    您好、Peter、
    您是否修改了 SDK 中的任何内容？
    在安装新版本 MMWAVE-SDK 时，您是否安装了正确的依赖工具？

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

    你(们)好 Raghu

    我没有修改代码。 我没有使用随 MMWAVE-SDK 提供的依赖工具。 我从 TI 网站下载了这些工具并单独安装。 随附的图片显示了我的环境。 并且控制台输出也已连接。

    e2e.ti.com/.../Console_5F00_Output.txt

    此致

    Peter

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

     您好、Peter、

    我们意识到这一点，并有意让它继续这样做。 是的、这很烦人、但克服它可能不是正确的做法。 首先、为了了解它的真正含义、请查看几年前我的 e2e 问题、并查看以下编译器专家的回答：

    https://e2e.ti.com/support/development_tools/compiler/f/343/t/431202

    在 AWR  器件中、代码大小受限、因此推送默认优化是一个很好的优化。 出现问题的原因是我们将一些代码与 L1PSRAM 重叠(以减小代码大小、如用户指南中所述)、因此调用方(可能在 L2SRAM 中)和被调用方(在 L1PSRAM 中) 太远、会导致生成 trampoline、从而擦除默认编译器推送优化代码(需要 near 调用、因此需要 trampoline 来克服)节省。 推送弹出节省在本质上比 trampoline 生成带来的副作用更重要、推送弹出节省会影响所有代码、而不仅仅是 L1PSRAM 中的代码(即 L2SRAM 中的被调用方、也将接近)。 因此、在我看来、不建议通过禁用推送弹出来克服此警告、 每次我们进行维护更改时、此决定都必须不断进行重新评估、因此最好让警告保持暴露状态、以便用户可以自行判断。

     

    此致、

    Jitendra