Other Parts Discussed in Thread: AM62P
请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
部件号： AM62P
尊敬的 Apps 团队：
在客户 behalv 上发帖、他正在使用 TI Linux 6.12.y 在 AM62P 的产品上构建 MIPI-DSI 面板 他们以前在不同的 SOC 上有一个用于相同 dislpay 的工作面板驱动程序、但在 AM62P 上、他们观察到 dislpay 在启动后偶尔保持黑色。 分配 e2e 主题后、我将通过电子邮件向您发送文件 但这是请求:
在对面板驱动程序进行重大更改并将面板 DCS 初始化转换为 Prepare () 之后,我们发现在我们的设置中,准备时间直接 DSI 传输不可靠。 因此、系统可以在面板保持未初始化状态的情况下启动视频流水线、从而导致黑屏。
我们目前的理解是、它无法仅通过显示面板驱动程序来解决。
我们的本地客户变化将执行以下任务：
- cdns_dsi_transfer ()：pm_runtime_resume_and_get ()-> cdns_DSI_init_link ()-> cdns_DSI_hs_init ()-> cdns_DSI_wait_for_lane_ready ()-> transfer -> pm_runtime_put ()
- cdns_dsi_hs_init () 现在返回 int 并传播 phy_init ()、phy_configure () 和 phy_power_on () failures
- PLL 锁定轮询已扩展
- Atomic_pre_enable () 现在使用相同的链接/HS/lane 就绪序列
- 运行时挂起会关闭 PHY 并清除 phy_initialized/link_initialized
如果没有此顺序、第一条准备时间 DSI 命令在我们的设置中未可靠地生效、这可能会在视频仍在启动时使面板保持未初始化状态。
通过上述更改和一些主要的面板驱动程序修改、我们能够完全缓解该问题。
请告知：
- 这是否与 TI Linux 6.12.y 中的已知问题或建议时序相匹配、用于启用视频之前的直接传输？
- 您是否 发现此运行时 PM / PHY /通道就绪处理存在任何问题或回归风险？
- 如果方法看起来 正确、TI 是否更希望将其保留在下游、或将其作为 TI 树的补丁系列发送？
请查找所附的当前驱动器。
我可以将 Cadence 主机端更改作为补丁发送、如果更易于查看、则可以使用任何其他方法发送。 如果有任何问题、我们这边还需要其他问题、请随时与我联系。
谢谢您、
Marinus
