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

[参考译文] TDA4VH-Q1：TDA4H SDK 版本 10.1 中的双 eDP 显示启用

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

https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1612621/tda4vh-q1-dual-edp-display-enable-in-tda4h-sdk-version-10-1

器件型号： TDA4VH-Q1
Thread 中讨论的其他器件： TDA4VH

尊敬的支持：

目前、我们正在尝试启用双 eDP 输出、并且我们无需解决问题即可启用它。

双显示时、会发生什么情况  

ti-processor-sdk-rtos-j784s4-evm-10_01_00_04/Visio
ibition_apps/platform/j784s4/rtos/common/app_cfg_mcu2_0.h 

#ifdef BUILD_MCU_BOARD_DEPENDENCIES

    #define ENABLE_CSI2RX
    #define ENABLE_CSI2TX
    #undef  ENABLE_DSS_HDMI

    /* IMPORANT NOTE:
     * - Only one of ENABLE_DSS_SINGLE or ENABLE_DSS_DUAL should be defined
     * - When ENABLE_DSS_SINGLE is defined, only one of ENABLE_DSS_DSI or ENABLE_DSS_EDP should be defined
     * - When ENABLE_DSS_DUAL is defined, ENABLE_DSS_DSI and ENABLE_DSS_EDP are not used, both EDP and DSI are enabled unconditionally
     */
    //#define ENABLE_DSS_SINGLE
    //#undef  ENABLE_DSS_DUAL
    #undef ENABLE_DSS_SINGLE
    #define  ENABLE_DSS_DUAL

我们正在使用 vx_app_Faccess_video_io.out 来测试显示输出。  更改上述配置后、显示未显示。

我们参考了以下工单、并知道在 SDK 9.2 之后 TDA4VH EVM 可以支持双显示。  

https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1289221/processor-sdk-j784s4-dual-edp-display-enable-in-tda4h-sdk-version-08-06-01-03

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

    您好！

    1.您能否检查 SDK 中是否存在以下提交： /cfs-file/__key/communityserver-discussions-components-files/791/644.patch

    2.如果上述修补程序不起作用、您可以共享运行应用程序的日志吗？

    此致、

    Takuma

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

    您好！

    从日志中可以看到 Sciclient_pmSetModuleState 有 sciclient 错误。 观察发生故障的模块、它们会寻找与显示相关的模块、这意味着显示模块未通电。 如果您还想检查哪些模块出现故障、请链接对 TI SCI API 文档的引用： https://software-dl.ti.com/tisci/esd/latest/5_soc_doc/j784s4/devices.html 

    单显示器是否工作？ 是否可以从单个显示配置共享日志？

    此致、

    Takuma

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

    您好！

    这可能是 Linux 和 RTOS 之间的一些资源冲突。  

    • 对于 DSI 转 eDP 桥接器、在 Linux 器件树中、您是否可以尝试将 dphy_tx0 节点的状态设置为禁用？
    • 对于 eDP 模块、应该是集成在 SoC 内的 MHDP 桥接器。
      • 您能否检查引导分区中的 uEnv.txt 文件、看看是否有一个指向 k3-j784s4-vision-apps.dtso 的 name_overlays 字段？
      • 您是否可以共享“dmesg"中“中的完整引导日志？
      • 最后、在 Linux 终端中、您能否尝试运行“kmsprint"？“？ 应该会失败、但如果它运行、则请共享日志。

    此致、

    Takuma

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

    您好！

    看起来 dphy 现在正在上电。 但是、我在双显示案例中看不到显示和 DSS 设置的目标。 单个显示案例具有以下日志：

    • [MCU2_0]   19.956974 s： vx_zone_info：[tivxPlatformCreateTargetId：134]添加了目标 DISPLAY1  
    似乎不会为 MCU2_0 调用 appRegisterOpenVXTargetKernels 函数。 MCU2_0 打印的最后一个内容是 I2C 读取 0x96、因此它看起来卡住、等待 DSI 桥变为激活状态：
    您是否可以尝试使用单显示配置、但使用 DSI 而不是 eDP？
    此致、
    Takuma
  • 0
    TI__Guru**** 2811915 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    尊敬的 Takuman：

    我无法将我的日志附加到此 TT。 如何继续？

    初始错误日志 (demsag) 如下所示

    [ 8.205827] cdns-mhdp8546 a000000.bridge:无效资源（空）
    [ 8.212195] CDNs-mhdp8546 a000000.bridge:无法获取 SAPB 内存资源、不支持 HDCP
    [ 8.225589] cdns-mhdp8546 a000000.bridge:未配置 PHY
    [8.275173] cdns-mhdp8546 a000000.bridge:无法获取 SAPB 内存资源、不支持 HDCP
    [ 8.319687] cdns-mhdp8546 a000000.bridge:无效资源（空）
    [ 8.327320] CDN - mhdp8546 a000000.bridge:无法获取 SAPB 内存资源、不支持 HDCP
    [ 8.32742] cdns-mhdp8546 a000000.bridge:未配置 PHY
    [ 8.355928] cdns-mhdp8546 a000000.bridge:无效资源（空）
    [ 8.355942] cdns-mhdp8546 a000000.bridge:无法获取 SAPB 内存资源、不支持 HDCP
    [ 8.355955] cdns-mhdp8546 a000000.bridge:未配置 PHY

    vision_apps_init.sh 的日志是相同的、它会在 sampe 位置阻止

    [MCU2_0] 23.583120 s：DSS：Board_i2c8BitRegWr gI2cDsiBridgeCfg[12][0] 0x96！！
    [MCU2_0] 23.782978 s：DSS：Board_i2c8BitRegRd 1 gI2cDsiBridgeCfg[12][0] 0x96！！

    请帮助提供正确的器件树设置以启用 DSI。 谢谢！

    优胜者

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

    您好！

    您能否说明部分日志是否因为使用 DSI 尝试单显示器而导致？ 或者仍然是双重设置。 日志最好同时来自 Linux dmesg 和运行应用程序的日志。

    日志应该可以共享... 您可以尝试拖放文本文件（首选）、或者在文件扩展名被论坛服务器拒绝时压缩日志、或者将日志直接粘贴到响应文本框中。

    此致、

    Takuma

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

    尊敬的 Takuma：

    测试仅通过 DSI 输出使用单个显示器完成。 由于内容上传问题、我附加了登录文件、而不是 Web 文本框中嵌入的内容。 请检查它。 谢谢！

    e2e.ti.com/.../14782.dmesg.log

    优胜者

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

    您好！

    好理解、我们将在星期二上看一看。 请注意、星期一是美国假期、因此会有一天的延迟。

    此致、

    Takuma

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

    您好！

    以下日志表明正在从 Linux 端探测 DSI。 您需要将 Linux 器件树修改为  禁用  DSI、因为 DSI 将从在 MCU 上运行的 RTOS 中配置。

    [ 19.709422] platform 4800000.DSI：延迟探头挂起

    此致、

    Takuma

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

    尊敬的 Takuma：

    我尝试通过更改这两个文件来从器件树禁用 DSI0

    k3-j784s4-vision-apps.dtso、添加以下内容：

    &dsi0｛
    STATUS =“已禁用“；
    }；
    和 带修改的 k3-j784s4-evm.dts
    &dsi0｛
    //状态=“正常“；
    STATUS =“已禁用“；
    }；
    并将这两个文件更新到 /boot/dtb/ti 中
    k3-j784s4-vision-apps.dtbo
    k3-j784s4-evm.dtb
    但我仍然得到了错误  
    root@j784s4-evm：~# dmesg | grep -i “dsi"</s>“
    [ 19.448102] platform 4800000.DSI：延迟探头挂起
    随附完整的 demsg 日志
    请提供在 Linux 中禁用 DSI 器件的正确方法
    优胜者
  • 0
    TI__Guru**** 2811915 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    尊敬的  Takuma：  

    请忽略之前的测试。 没有为正确的基内尔版本应用预制设置。 我又做了纠正、

    通过 使用以下设置更改 k3-j784s4-vision-apps.dtso、DSI 已被禁用、

    &dsi0｛

    STATUS =“已禁用“；
    }；

    但来自 RTOS 的 DSI 初始化仍然失败。 dmesg 日志如下所示、

    e2e.ti.com/.../dmesg_2D00_dsi0.log

    对于 RTOS、

    e2e.ti.com/.../rtos.log

    DSI 初始在相同位置失败、

    [MCU2_0] 20.219254 s：dss：appDssPrepareSN65I2cConfig！！
    [MCU2_0] 20.219284 s：dss：appDssPrepareSN65I2cConfig Done！！
    [MCU2_0] 20.219393 s：DSS：Board_i2c8BitRegWr gI2CDsiBridgeCfg[0][0] 0xff！！
    [MCU2_0] 20.418540 s：DSS：Board_i2c8BitRegWr gI2cDsiBridgeCfg[1][0] 0x16！！
    [MCU2_0] 20.618540 s：DSS：Board_i2c8BitRegWr gI2CDsiBridgeCfg[2][0] 0xff！！
    [MCU2_0] 20.818540 s：DSS：Board_i2c8BitRegWr gI2cDsiBridgeCfg[3][0] 0x0a！！
    [MCU2_0] 21.018540 s：dss：board_i2c8BitRegWr gI2cDsiBridgeCfg[4][0] 0x10！！
    [MCU2_0] 21.218540 s：DSS：board_i2c8BitRegWr gI2cDsiBridgeCfg[5][0] 0x12！！
    [MCU2_0] 21.418540 s：DSS：Board_i2c8BitRegWr gI2cDsiBridgeCfg[6][0] 0x13！！
    [MCU2_0] 21.618539 s：DSS：Board_i2c8BitRegWr gI2cDsiBridgeCfg[7][0] 0x94！！
    [MCU2_0] 21.818540 s：dss：board_i2c8BitRegWr gI2cDsiBridgeCfg[8][0] 0x0d！！
    [MCU2_0] 22.018455 s：输入 DSS：Board_i2c8BitRegRd 1 gI2cDsiBridgeCfg[8][0] 0x0d！！
    [MCU2_0] 22.018612 s：退出 DSS：Board_i2c8BitRegRd 1 gI2cDsiBridgeCfg[8][0] 0x0d！！
    [MCU2_0] 22.018727 s：DSS：Board_i2c8BitRegWr gI2cDsiBridgeCfg[9][0] 0x5a！！！
    [MCU2_0] 22.218540 s：DSS：board_i2c8BitRegWr gI2cDsiBridgeCfg[10][0] 0x5f！！
    [MCU2_0] 22.418539 s：DSS：Board_i2c8BitRegWr gI2cDsiBridgeCfg[11][0] 0x93！！
    [MCU2_0] 22.618540 s：DSS：Board_i2c8BitRegWr gI2cDsiBridgeCfg[12][0] 0x96！！
    [MCU2_0] 22.818455 s：输入 DSS：Board_i2c8BitRegRd 2 gI2cDsiBridgeCfg[12][0] 0x96！！

    来自 dmesg-dsi0.log 的错误的原因如下：

    [ 19.666484] cdns-mhdp8546 a000000.bridge:无效资源（空）
    [ 19.672586] cdns-mhdp8546 a000000.bridge:无法获取 SAPB 内存资源、不支持 HDCP
    [ 19.681369] cdns-mhdp8546 a000000.bridge:未配置 PHY
    [19.686981]平台连接器-DP0：延迟探头待定
    [19.692465]平台调节器-DP1-prw：延迟探头待定
    [19.698293]平台调节器-DP0-prw：延时探头待定
    [ 19.704116] platform a000000.bridge:递延探针待定

    我确实尝试 通过将以下内容添加到 k3-j784s4-vision-apps.dtso 中来从器件树中禁用 mhdp

    &mhdp｛
    STATUS =“已禁用“；
    }；

    但 RTOS 的 DSI 初始化仍然缓慢。 错误日志没有差异。 请帮助您解决问题。

    优胜者

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

    您好！

    您是否可以通过 I2C 读回 DSI 寄存器的内容？

    每个  Board_i2c8BitRegWr 都应该是对 DSI 桥接器的写入操作。 但是、您能否读取代码正在尝试写入和共享的寄存器？

    此致、

    Takuma

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

    尊敬的 Takuma：

    请参阅以下内容、了解 DSI 初始化期间的回读、

    e2e.ti.com/.../rtos_5F00_0224.log

    [MCU2_0] 21.101788 s：DSS：Board_i2c8BitRegWr gI2CDsiBridgeCfg[0][0] 0xff！！
    [MCU2_0] 21.300976 s：DSS：回读 gI2cDsiBridgeCfg[0][0] 0x07！！！
    [MCU2_0] 21.500933 秒：DSS：Board_i2c8BitRegWr gI2cDsiBridgeCfg[1][0] 0x16！！
    [MCU2_0] 21.700974 s：DSS：读回 gI2cDsiBridgeCfg[1][0] 0x01！！
    [MCU2_0] 21.900931 s：DSS：Board_i2c8BitRegWr gI2CDsiBridgeCfg[2][0] 0xff！！
    [MCU2_0] 22.100974 s：DSS：回读 gI2cDsiBridgeCfg[2][0] 0x00！！
    [MCU2_0] 22.300931 s：DSS：Board_i2c8BitRegWr gI2cDsiBridgeCfg[3][0] 0x0a！！
    [MCU2_0] 22.500973 s：DSS：回读 gI2cDsiBridgeCfg[3][0] 0x02！！
    [MCU2_0] 22.700931 s：DSS：Board_i2c8BitRegWr gI2cDsiBridgeCfg[4][0] 0x10！！！
    [MCU2_0] 22.900973 s：DSS：回读 gI2cDsiBridgeCfg[4][0] 0x26！！
    [MCU2_0] 23.100931 s：DSS：Board_i2c8BitRegWr gI2cDsiBridgeCfg[5][0] 0x12！！
    [MCU2_0] 23.300973 s：DSS：回读 gI2cDsiBridgeCfg[5][0] 0x4f！！
    [MCU2_0] 23.500931 s：DSS：Board_i2c8BitRegWr gI2cDsiBridgeCfg[6][0] 0x13！！
    [MCU2_0] 23.700974 s：DSS：回读 gI2cDsiBridgeCfg[6][0] 0x4c！！
    [MCU2_0] 23.900931 s：DSS：Board_i2c8BitRegWr gI2cDsiBridgeCfg[7][0] 0x94！！
    [MCU2_0] 24.100973 s：DSS：回读 gI2cDsiBridgeCfg[7][0] 0x80！！
    [MCU2_0] 24.300931 s：DSS：Board_i2c8BitRegWr gI2cDsiBridgeCfg[8][0] 0x0d！！
    [MCU2_0] 24.500975 s：DSS：回读 gI2cDsiBridgeCfg[8][0] 0x01！！
    [MCU2_0] 24.700847 s：输入 DSS：Board_i2c8BitRegRd 1 gI2cDsiBridgeCfg[8][0] 0x0d！！
    [MCU2_0] 24.701005 s：退出 DSS：Board_i2c8BitRegRd 1 gI2cDsiBridgeCfg[8][0] 0x0d！！
    [MCU2_0] 24.701121 s：DSS：Board_i2c8BitRegWr gI2cDsiBridgeCfg[9][0] 0x5a！！！
    [MCU2_0] 24.900973 s：DSS：回读 gI2cDsiBridgeCfg[9][0] 0x04！！
    [MCU2_0] 25.100932 s：DSS：Board_i2c8BitRegWr gI2cDsiBridgeCfg[10][0] 0x5f！！
    [MCU2_0] 25.300973 s：DSS：读回 gI2cDsiBridgeCfg[10][0] 0x28！！
    [MCU2_0] 25.500931 s：DSS：Board_i2c8BitRegWr gI2cDsiBridgeCfg[11][0] 0x93！！
    [MCU2_0] 25.700974 s：DSS：回读 gI2cDsiBridgeCfg[11][0] 0x20！！
    [MCU2_0] 25.900931 s：DSS：Board_i2c8BitRegWr gI2cDsiBridgeCfg[12][0] 0x96！！
    [MCU2_0] 26.100973 s：DSS：读回 gI2cDsiBridgeCfg[12][0] 0x00！！
    [MCU2_0] 26.300847 s：输入 DSS：Board_i2c8BitRegRd 2 gI2cDsiBridgeCfg[12][0] 0x96！！

    谢谢、

    优胜者

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

    您好！

    [MCU2_0] 24.300931 s：DSS：Board_i2c8BitRegWr gI2cDsiBridgeCfg[8][0] 0x0d！！
    [MCU2_0] 24.500975 s：DSS：回读 gI2cDsiBridgeCfg[8][0] 0x01！！

    上述 行应对应于以下代码： 

            /* Wait untill the DP_PLL has been locked. */
        if (0x0D == gI2cDsiBridgeCfg[i][0])
        {
            do {
                Board_i2c8BitRegRd(gI2cHandle,
                            0x2C,
                            0x0A,
                            &readVal,
                            1,
                            DISP_APP_I2C_TIMEOUT);
            } while (0x00 == (readVal & 0x80));
        }

     PLL 是否成功锁定？ 如果锁定、则应读回 0x80。

    此致、

    Takuma

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

    尊敬的 Takuma：

    命令  gI2cDsiBridgeCfg[8][0] 的写入成功、首次尝试时读回失败

    [MCU2_0] 24.300931 s：DSS：Board_i2c8BitRegWr gI2cDsiBridgeCfg[8][0] 0x0d！！
    [MCU2_0] 24.500975 s：DSS：回读 gI2cDsiBridgeCfg[8][0] 0x01！！
    寄存器 gI2cDsiBridgeCfg[8][0]回读测试成功 (0x80) 成功完成了第二次尝试

    [MCU2_0] 24.700847 s：输入 DSS：Board_i2c8BitRegRd 1 gI2cDsiBridgeCfg[8][0] 0x0d！！
    [MCU2_0] 24.701005 s：退出 DSS：Board_i2c8BitRegRd 1 gI2cDsiBridgeCfg[8][0] 0x0d！！

    为调试 DSI 寄存器状态、进行了以下更改

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

    您好！

    对延迟深表歉意。 两点：

    1.可以在 Linux 端使用 k3conf 转储设备状态吗?

    • k3conf dump devices | grep -i dss

    2.您可以应用下面的补丁并共享“dmesg"中“中的完整日志吗? （日志应该很长）   

     e2e.ti.com/.../0045.0001_2D00_Enable_2D00_debug_2D00_logs_2D00_for_2D00_device_2D00_driver_2D00_probing.patch

    此致、

    Takuma

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

    尊敬的 Takuma：

    抱歉、延迟回复、这里是已收集的日志、

    k3conf dump devices | grep -i dss 

    root@j784s4-evm:~# k3conf dump devices | grep -i dss
|   215     | J784S4_DEV_DSS_DSI0                                    | DEVICE_STATE_ON  |
|   216     | J784S4_DEV_DSS_DSI1                                    | DEVICE_STATE_OFF |
|   217     | J784S4_DEV_DSS_EDP0                                    | DEVICE_STATE_OFF |
|   218     | J784S4_DEV_DSS0                                        | DEVICE_STATE_ON  |
|   309     | J784S4_DEV_NAVSS0_MODSS                                | DEVICE_STATE_ON  |
|   310     | J784S4_DEV_NAVSS0_MODSS_INTA_0                         | DEVICE_STATE_ON  |
|   311     | J784S4_DEV_NAVSS0_MODSS_INTA_1                         | DEVICE_STATE_ON  |
|   326     | J784S4_DEV_MCU_NAVSS0_MODSS                            | DEVICE_STATE_ON  |

    引导日志、

    e2e.ti.com/.../minicom_5F00_session_5F00_20260306_5F00_174319.log

    BR、

    优胜者

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

    您好！

    器件状态看起来良好。  

    但是、我认为没有应用用于启用更多日志的补丁。

    1. 您能否 检查 内核是否已重建、还能验证新内核是否已刷写？ 期望您将获得日志、如“really_probed"和“和“bound"。“。
    2. 此外、应用补丁后、您能否共享从“dmesg > dmesg_logs.txt“生成的文本文件？ 有时、串行终端不会从 dmesg 中捕获完整的日志。

    此致、

    Takuma

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

    尊敬的 Takuma：

    使用补丁后、调试日志没有从内核引导中输出、

    我在 dd.c 中添加了以下内容

    #undef pr_debug
    #define PR_Debug (fmt、...) printk (Kern_debug fmt、##__VA_args__)

    这是对数  

    e2e.ti.com/.../8535.dmesg.log

    通过 grep 命令、我可以获取 pr_debug 的日志

    root@j784s4-evm：~# dmesg | grep driver：
    [0.440055]驱动程序：“reg-dummy"：“：driver_bound：绑定到设备“reg-dummy"</s>“
    [ 0.520579]驱动程序：'slam'：driver_bound：绑定到器件'41c00000.sram'
    [ 0.522492]驱动程序：“sram"：“：driver_bound：绑定到器件“7000000.sram"</s>“
    [ 0.524736]驱动程序：“sram"：“：driver_bound：绑定到器件“30000000.navss-sram"</s>“

    ...

    BR、

    优胜者

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

    Re 连接了日志、以防文件损坏。

    e2e.ti.com/.../dmesg.log.txt

    BR、

    优胜者

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

    您好！

    太棒了、日志看起来很好。 我浏览了日志、很有信心 Linux 端没有探测显示相关资源。 结合前面指示 DSS 已加电的日志、我认为我们可以确保 RTOS 端完全配置显示。

    作为故障排除的下一步、 您能否 读取以下寄存器：

    • 0x04800180
    • 0x04900180

    此致、

    Takuma

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

    尊敬的 Takuma：

    我不知道该读的登记册。 我应该通过接口访问这些寄存器、

    已经使用了 devmem2 函数、但它会导致内核错误。 您能指导我将这些信息作为您的请求阅读吗？

    root@j784s4-evm：~# devmem2 0x04800180 w
    /dev/mem 已打开。
    [51.609830] CPU7 上的 SError 中断、代码 0x00000000bf000000 -- SError
    [51.609843] CPU: 7 PID: 1117 comm: devmem2 not tainted 6.6.4.44-ti-g541c20281af7-dirty #3.
    [ 51.609850]硬件名称：Texas Instruments J784S4 EVM (DT)
    [51.609852] pstate：40000000 (nZcv daif -pan -uao -TCO -DIT -SSB BTYPE=--)
    [51.609856] PC：0000ffffab156414
    [51.609858] LR : 0000ffffab1587b8.
    [51.609860] sp：0000ffffed62acc0
    [ 51.609861] x29：0000ffffed62acc0 x28：0000ffffed62ae90 x27：0000000000000000
    [ 51.609867] x26：0000000000420000 x25：0000ffffffab182180 x24：0000ffffffed62b088
    [ 51.609872] x23：0000000000000003 x22：00000000004007a0 x21：0000ffffab189350
    [ 51.609876] x20：0000000000420018 x19：0000000000000048 x18：00000000000000000003
    [ 51.609881] X17：0000ffffab158770 x16：000000000041fff8 x15：0000ffffab176ce0
    [51.609885] x14：0000000000000001 x13：0000ffffffed62ade0 x12：00000000ffffffc8
    [51.609889] x11：00000000ffffff80 x10：00000000000a x9：0000000000000000
    [ 51.609893] x8 : 0000000000000040 x7 : 30303238316261 x6 : 0000000000400358.
    [51.609898] x5：000000000000 x4：000000000000 x3：0000000000000000
    [ 51.609902] x2：00000000004003d0 x1：00000000000a x0：0000000000400580
    [ 51.609907]内核紧急 — 未同步:异步镜像中断
    [51.609910] CPU：7 PID：1117 Comm：devmem2 未污染 6.6.44-ti-g541c20281af7-dirty #3.
    [ 51.609914]硬件名称：Texas Instruments J784S4 EVM (DT)
    [51.609915]呼叫跟踪：
    [51.609918] dump_backtrace+0x90/0xe8
    [51.609937] SHOW_STACK+0x18/0x24
    [ 51.609942] dump_stack_lvl+0x48/0x60
    [51.609948] dump_stack+0x18/0x24
    [51.609950] panic+0x324/0x380
    [51.609956] NMI_panic+0x8c/0x90
    [51.609959] arm64_serorer_panic+0x6c/0x78
    [51.609965] do_server+0x3c/0x70
    [ 51.609969]__el0_error_handler_common+0x40/0xa4
    [ 51.609974] el0t_64_ERROR_HANDLER+0x10/0x1c
    [51.609977] el0t_64_error+0x190/0x194
    [51.609981] SMP：停止辅助 CPU
    [ 51.609989]内核偏移:已禁用
    [51.609991] CPU 特性：0x080000200,28020000,1000420b</s>200,280 20,000,100
    [51.609994]内存限制：无
    [51.797666]--[结束内核恐慌 — 未同步：异步镜像中断]---

    root@j784s4-evm：~# devmem2 0x04900180 w
    /dev/mem 已打开。
    [544.742356] CPU7 上的 SError 中断、代码 0x00000000bf000000 -- SError
    [544.742369] cpu: 7 pid: 1126 comm: devmem2 not tainted 6.6.4.44-ti-g541c20281af7-dirty #3.
    [ 544.742374]硬件名称：Texas Instruments J784S4 EVM (DT)
    [544.742376] pstate：40000000 (nZcv daif -pan -uao -tco -DIT -SSB BTYPE=--)
    [544.742381] pc : 0000ffffa8426414
    [544.742382] LR : 0000ffffa84287b8.
    [544.742383] sp : 0000ffffc1047410.
    [544.742384] x29：0000ffffc1047410 x28：0000ffffc10475e0 x27：0000000000000000
    [ 544.742391] x26：0000000000420000 x25：0000ffffa8452180 x24：0000ffffc10477d8
    [ 544.742396] x23：0000000000000003 x22：00000000004007a0 x21：0000ffffa8459350
    [ 544.742401] x20：0000000000420018 x19：000000000048 x18：00000000000000000003
    [ 544.742405] X17：0000ffffa8428770 x16：000000000041fff8 x15：0000ffffa8446ce0
    [544.742409] x14：0000000000000001 x13：0000ffffffc1047530 x12：00000000ffffffffc8
    [544.742413] x11：00000000ffffff80 x10：00000000000a x9：0000000000000000
    [ 544.742418] x8 : 0000000000000040 x7 : 3030303235343866 : 0000000000400358.
    [544.742422] x5：000000000000 x4：0000000000000000 x3：0000000000000000
    [ 544.742426] x2：00000000004003d0 x1：00000000000a x0：0000000000400580
    [ 544.742433]内核错误 — 未同步:异步错误中断
    [544.742435] CPU: 7 PID: 1126 Comm: devmem2 not tainted 6.6.4.44-ti-g541c20281af7-dirty #3.
    [ 544.742439]硬件名称：Texas Instruments J784S4 EVM (DT)
    [544.742441]呼叫跟踪：
    [544.742443] dump_backtrace+0x90/0xe8
    [ 544.742459] SHOW_STACK+0x18/0x24
    [ 544.742464] dump_stack_lvl+0x48/0x60
    [ 544.742470] dump_stack+0x18/0x24
    [544.742472] panic+0x324/0x380
    [ 544.742478] NMI_panic+0x8c/0x90
    [ 544.742481] arm64_serorer_panic+0x6c/0x78
    [544.742486] do_serverory+0x3c/0x70
    [ 544.742491]__el0_error_handler_common+0x40/0xa4
    [ 544.742495] el0t_64_ERROR_HANDLER+0x10/0x1c
    [ 544.742499] el0t_64_error+0x190/0x194
    [544.742503] SMP:停止辅助 CPU
    [ 544.742511]内核偏移：已禁用
    [544.742512] CPU 特性：0x080000200,28020000,1000420b</s>200,280 20,000,100
    [ 544.742515]内存限制:无
    [544.930193]--[结束内核恐慌 — 未同步:异步镜像中断]-----

    优胜者

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

    您好！

    这很奇怪。 如果 DSS/DSI 通电、则应可从 Linux 访问寄存器。

    您是否通过 JTAG 连接来连接调试器、以便我们可以通过调试器转储存储器？

    此致、

    Takuma