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.

[参考译文] AM6548:启动后 LVDS 逐渐变为黑色

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

https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1136409/am6548-lvds-fading-to-black-after-bootup

器件型号:AM6548

尊敬的 TI:

连接到 OLDI 引脚的 LVDS 屏幕在启动后缓慢衰减为黑色。 我可以在启动时看到企鹅。 它们颜色错误、但我正在处理这一问题。 但是,几秒钟后企鹅将消失,屏幕上没有任何显示。 我仔细检查了背光亮度以及它在满输出时的亮度。 我还尝试显示一些 Weston-examples 以及 Qt 应用、但显示屏上没有显示任何内容。 我还没有研究 OLDI 信号、因为我想在这里发帖、看看你们是否有任何想法让我尝试。

我们的 LVDS 是 DisplayTech DT080BTFT

下面是包含面板时序的 panel-simple.c 相关部分。

static const struct display_timing displaytech_dt070btft_timing = {
       .pixelclock = { 45000000, 51200000, 57000000 },
       .hactive = { 1024, 1024, 1024 },
       .hfront_porch = { 160, 160, 160 },
       .hback_porch = { 160, 160, 160 },
       .hsync_len = { 20, 20, 20 },
       .vactive = { 600, 600, 600 },
       .vfront_porch = { 12, 12, 12 },
       .vback_porch = { 23, 23, 23 },
       .vsync_len = { 3, 3, 3 },
       .flags = DISPLAY_FLAGS_HSYNC_HIGH | DISPLAY_FLAGS_VSYNC_LOW | DISPLAY_FLAGS_PIXDATA_NEGEDGE | DISPLAY_FLAGS_SYNC_POSEDGE | DISPLAY_FLAGS_DE_HIGH,
};

static const struct panel_desc displaytech_dt070btft = {
       .timings = &displaytech_dt070btft_timing,
       .num_timings = 1,
       .bpc = 8,
       .size = {
               .width = 154,
               .height = 85,
       },
       .bus_format = MEDIA_BUS_FMT_RGB888_1X7X4_SPWG,
       .bus_flags = DRM_BUS_FLAG_PIXDATA_DRIVE_NEGEDGE | DRM_BUS_FLAG_SYNC_DRIVE_POSEDGE | DRM_BUS_FLAG_DE_HIGH,
};

请告诉我是否有任何其他信息有用。

谢谢、

Joseph Keene

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

    您好、Joseph、

    您是否尝试在 Linux 中运行 kmstest? 在运行任何 Weston/GPU 应用程序之前、让我们确保 DSS 按预期工作。

    此外、我不确定我是否理解您的 panel-simple.c 文件、因为通常它只是一个条目、您似乎创建了一组值。 下面是我们创建我们的方法: https://git.ti.com/cgit/ti-linux-kernel/ti-linux-kernel/tree/drivers/gpu/drm/panel/panel-simple.c?h=ti-linux-5.10.y-cicd#n3283 

    此致、
    Krunal

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

    您好 Krunal、

    感谢您的回复。 我更新了原始帖子、因为它看起来我的某些行被我的编辑器截断了、抱歉。

    至于对 panel-simple.c 的编辑、您应该能够为每个电池板定义一个模式或者一个时序。 接下来、我将把我的设置切换为模式、并告诉您它是否会产生影响。

    我的 Yocto 图像不包含 kmstest、但它确实包含 kmscube。 附件是从引导至内核、停止 Weston 服务和运行 kmscube 的日志。 我将尝试在我的图像上获取 kmstest 结果、并将这些结果提供给您。

    我在运行 kmscube 时没有在屏幕上看到任何图像。 当我启动 kmstest 时、我确实看到它发出了以下消息:Mesa-loader:Failed to open tids:/usr/lib/dri/tidss_dri.so.

    e2e.ti.com/.../4276.putty.log

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

    让我们不用担心 kmscube、因为它会调用 GPU/Mesa 材料、与 显示变为黑色毫无关系。 我通常喜欢运行 kmstest、因为它是独立的 DS/DRM 测试。 此外、需要检查的一点是、如果您运行 kmstest 并且显示屏仍然为黑色、您是否在 DSS 引脚和时钟上看到任何信号活动?

    此致、
    Krunal

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

    您好 Krunal、

    很抱歉耽误您的回答。 这些论坛对我来说已经关闭了。

    我们发现问题是被下拉的重置行、这将导致屏幕褪色。 感谢您在调试此问题方面的帮助。

    Joseph