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

[参考译文] TDA4VM：GPU FBO 偶尔出现异常

admin
Guru**** 2487425 points


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

https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1438202/tda4vm-gpu-fbo-occasional-exception

器件型号：TDA4VM

工具与软件：

我有一个问题要问。 对于我们的一个项目、我们使用的是装有 SDK 版本8.4的 TDA4 Linux 系统。 最近,在运行过程中,突然出现了一个例外,在汽车底部区域。 结果如下:(在运行过程中,一个异常的颜色块突然被填满,每次颜色仍然不同,但它能够快速恢复到正常)
这辆车的底部区域由 FBO 构成、共有3个 FBO。 在每次运行期间、其他2个 FBO 的纹理都会被转换并绘制到当前的默认 FBO 上、
正常效果如下所示：
分析：FBO 使用的共享存储器位于哪个内核上？ 怀疑汽车底部的 FBO(共享存储器)受损,然后随机填充一个颜色。 最近、BSP 可能更改了 MCU、BSP 并删除了以太网驱动程序。 这些会产生影响吗？ 此问题最近很可能偶尔发生、我总是觉得底层驱动程序或某些固件模块有问题。
请 帮助诊断它。 谢谢您~
  • 0
    TI__Guru**** 2487425 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    您好！  

    这里有很多内容需要解析。 我将进行调查、并让您知道我的调查结果以及我可能提出的其他问题。

    谢谢！
    Sarabesh S.

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

    您好！  

    Unknown 说：
    FBO 在哪个内核上使用的共享内存？

    FBO 作为 DDR 中统一存储器的一部分而位于该存储器中。 没有一个特定的内核, FBO 是使用的,我认为这取决于如何完成的 FBO。

    此外、您是否可以通过复制 UM 并修补 KM 来将 DDK 更新为稳定版本、此处说明： https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1316731/faq-tda4vl-q1-what-are-the-gpu-driver-bug-fixes-for-sdk-8-6-or-earlier

    较旧的 DDK 版本中存在一些问题、这些问题已在较新版本中修复。 以上常见问题解答为8.6及更低版本提供了稳定的工作版本。

    谢谢！
    Sarabesh S.

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

    从上面提供的 pvrdump 日志可以看出、我们目前使用的是最新的 GPU 版本1.15：

  • 0
    TI__Guru**** 2487425 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    [报价 userid="631070" url="~/support/processors-group/processors/f/processors-forum/1438202/tda4vm-gpu-fbo-occasional-exception/5519694 #5519694"]

    从上面提供的 pvrdump 日志可以看出、我们目前使用的是最新的 GPU 版本1.15：

    [报价]

    你好、姜南

      由于网络聊天中出现问题、在移除 ETHFW 模块后会发生此问题、而在使用 ETHFW 时则不会发生此问题

      移除 ETHFW 适用于 mcm 断言问题、

      请帮助检查以下补丁、该补丁针对 mcm 断言问题、已在其他项目中验证。

      应用此补丁后、要查看内存问题(如果已修复或未修复)、  

    谢谢

      Semon

    e2e.ti.com/.../2744.0001_2D00_mcm_2D00_Fix_2D00_race_2D00_condition_2D00_in_2D00_MCM_2D00_request_2D00_response_2D00_handl_5F00_SDK_5F00_8_5F00_6.patch

       

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

    我们的系统和 BSP 开发人员将组织您提供的不同版本的修补程序、并确定了以下细微的差异：

    补丁《mcm_core_attach_patch.zip》由 TI 的另一开发人员提供、其中包含的信息比 providede2e.ti.com/.../8105.MCM_5F00_Core_5F00_attach_5F00_patch.zip 中的信息更多

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

    请确认以下两点：
    1.这些情况是由 FBO 缓冲区被清除还是 GPU 崩溃导致的?

      去年、当我们报告屏幕闪烁(在正常帧和黑帧之间交替、整个图像)的问题时、我们最终确定根本原因是 GPU 驱动程序错误、该错误导致系统崩溃。
    现在这是一个本地 FBO 缓冲器、它突然变黑或变白或随机变为其他颜色。 通常导致此现象的 GPU 问题是什么？

      PS:这背后的原理是根据定位信息计算车底外部图像的旋转和转换矩阵,然后旋转并转换车底外部图像到车底。 该缓冲区始终有数据、并且仅在启动开始时默认为固定灰度、如下图所示。 在后续操作过程中、车辆底部区域的内容将根据位置信息进行更改。 正确的效果如下图所示。 后退一步,即使系统信号异常,定位信息在操作过程中混淆,它只会导致汽车底部区域的填充内容不准确或与外部混淆,而不是被清理成随机固定的颜色,并迅速恢复,因为它现在。

    2、如何确认在 Linux 上运行 TDA4期间分配给 GPU 的总内存量? 已经使用了多少存储器、还剩多少存储器？ TDA4似乎只能使用以下命令检查 GPU 负载：
    CAT /sys/kernel/debug/pvr/status