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:tda2e 运行3D sgxFrmcpy 将随机崩溃、SGX544挂起。

Guru**** 2560390 points
Other Parts Discussed in Thread: TDA2E

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

https://e2e.ti.com/support/processors-group/processors/f/processors-forum/624901/linux-tda2eg-17-tda2e-run-3d-sgxfrmcpy-will-random-crash-sgx544-hang-up

器件型号:TDA2EG-17
主题中讨论的其他器件:TDA2E

工具/软件:Linux

您好、专家:

我们遇到了 TDA2E 17*17运行3D 环视时会随机崩溃的问题。  

Linux 控制台会冻结一段时间、Linux 端 CAN UART 控制台不会停止、但无法再次启用 SGX。

通常、我们运行大约~20分钟、SGX 将崩溃、我们可能可以运行超过2小时的系统未崩溃。  

现在、我们的板 TDA2E 已经准备好了晚餐、它以 ARM 1000MHz 运行、SGX 以425MHz 运行。

如果我们将 ARM 更改为800MHz 并使用相同的情况对其进行测试。 它可以稳定运行更长的时间。 至少可以运行2小时、但超过3小时的 SGX 也会崩溃。

附件是 SGX 崩溃日志。 我们可以发现 SGX 报告了分割故障。

请为我们提供有关如何调试这些问题的建议。

此致!

Xiang Jian

硬件平台:TDA2E 17*17 + LP873x 电源

软件平台:VISION SDK 2.12.02

用户案例:4路 VIP 接口输入720p YUV 流与3D 环视相结合

[98481.172468] PVR_K:SyncInfo 159:
[98481.177456] PVR_K:写入操作(0xef001004):P/C = 1623186/1623185 (0x0018c492/0x0018c491)
[98481.186682] PVR_K:读取操作(0xef00100c):P/C = 0/0 (0x000000000000/0x00000000)
[98481.194746] PVR_K:读取操作2 (0xef001014):P/C = 0/0 (0x000000000000/0x00000000)

***** 捕获到分段故障...
错误地址为0x4、从0x2086f 调用
完全获得0个堆栈帧。 信号编号=11
信号编号= 11、信号错误编号= 0
SI 代码= 1 (地址未映射到对象)
故障地址= 0x4
[BT]执行路径:

e2e.ti.com/.../mpu800M.txte2e.ti.com/.../mpu1000M.txt

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

    我已将您的问题转交给 VisionSDK 专家。

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

    请确认以下内容:
    1.问题是否可以在 TI EVM 上重现?
    2.重现问题的确切步骤是什么?

    我们能否获得 PVRTune / PVRTrace

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

    Anand 您好:

    请建议如何将 SGX 工作速度从425MHz 更改为212MHz。

    我们需要更改速度并再次进行测试。

    此致!

    韩涛

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

    ‘更改 SGX 速度,必须对内核 repo 中的文件“arch/arm/boot/dts/dra7xx-clocks.dtsi”进行修改。 ‘d‘‘d节点“PLL_GPU_CK”和“PLL_GPU_m2_ck”的属性“已分配时钟速率”。

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

    您好 Shiju:

    我们已经尝试更改内核 dra7xx-clocks.dtsi、但它 没有将 GPU 更改为212Mhz。  无论我们只是更改  DPLL_GPU_m2_ck、还是更改 DPLL_GPU_CK 和 DPLL_GPU_m2_ck、都可以在下面配置中使用。

    我们使用 omapconf show opp display GPU is 425Mhz。

    最后、我们修改了 uboot、更改了/arch/arm/cpu/armv7/omap5/fdt.c 第308行将 GPU OPP_NOM 频率从42566667更改为212833333、使用 omapconf show opp 显示频率为192MHz。

    修改的 Uboot 版本软件、客户案例将很容易重现 SGX 崩溃问题。

    我不确定 uboot 更改会增加 GPU 的不稳定性。

    如果我使用 omapconf write 0x4a005ae8 0x206、GPU 频率将更改为212MHz、并且可以重现 SGX 崩溃问题 。

    如果使用 omapconf 更改 GPU 速度正确、 则 GPU 崩溃的间隔未随425MHz GPU 频率而改变。

    这意味着将 GPU 速度更改为212MHz 不会提高 GPU 稳定性。

    此致!

    韩涛  

     DPLL_GPU_CK:DPLL_GPU_CK{
                   #clock-cells =<0>;
                   兼容="ti、OMAP4-DPLL-时钟";
                   时钟=<&sys_clkin1>、<&DPLL_GPU_BYP_MUX>;
                   reg =<0x02d8>、<0x02dc>、<0x02e4>、<0x02e0>;
                   分配的时钟=<&DPLL_GPU_ck >;
                   分配的时钟速率=<638500000>;
           };

           DPLL_GPU_m2_CK:DPLL_GPU_m2_CK{
                   #clock-cells =<0>;
                   兼容="ti、分频器时钟";
                   时钟=<&DPLL_GPU_ck >;
                   ti、max-div =<31>;
                   ti、自动空闲移位=<8>;
                   reg =<0x02e8>;
                   TI、index-starts-at-one;
                   ti、反转自动空闲位;
                   分配的时钟=<&DPLL_GPU_m2_ck>;
                   分配的时钟速率=<212833333>;

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

    TAO

    您是在 TDA2Ex 17x17 EVM 还是客户电路板上运行此测试?

    您是否在默认 VSDK 3D 演示的基础上进行了任何更改?

    此外、您能否在差分板上试用一下?

    此致、Shiju