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.

[参考译文] Linux/TDA2EG-17:如何缩短 OMAP-rproc 启动时间?

Guru**** 2606725 points


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

https://e2e.ti.com/support/processors-group/processors/f/processors-forum/652105/linux-tda2eg-17-how-to-reduce-omap-rproc-boot-up-time

器件型号:TDA2EG-17

工具/软件:Linux

您好,专家:

我们现在正在优化 VISION SDK 启动时间。 但关于 OMAP-rproc 启动时间。 请您解释一下为什么它会使用较长时间。

随附了 VISION SDK 启动日志。
OMAP-rproc 认为它在 A15上运行。
在3.6979s OMAP-rproc 开始分配 IPU 和 DSP 加载固件。
在5.3868s 时加载 IPU1固件
在5.9195s 时、IPU1固件开始运行
最后,IPU1会在6.6645秒打印出消息。

我们认为 IPU 和 DSP 与 A15并行运行。
问题是为什么 OMAP-rproc 使用3s 来启用 IPU 和 DSP 开始工作?
我们如何减少这些 A15加载固件和启动时间?


硬件平台:TDA2E-17 + 4* LVDS 摄像头
软件库:VISION SDK 2.12.02

此致!
Han taoe2e.ti.com/.../omap_2D00_rproc.txt

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

    您的查询已转发给专家(只是由于节假日可能会有一些延迟)。

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

    你(们)好

    默认情况下、VSDK Linux 使用内核引导选项。 其中、A15内核会先启动、然后加载远程内核(IPU 和 DSP)、这种情况以串行方式发生。 所有这些内核启动后、它会并行运行。 此引导选项需要更多时间。

    您可以使用另一个引导选项-其中 uboot 将以与 A15引导并行的方式加载远程内核。

    最新的 VSDK 3.2版本支持此功能。 请参阅- VisionSDK_Linux_UserGuide.pdf

    部分:3.4构建用于快速启动的 Linux Vision SDK (内核的延迟连接)

    此致、Shiju