OpenHarmony 唤醒花屏问题

平台RK3568

基线 3.2 beta

在移植Harmonys的时候发现一个问题,就是开机正常显示,uboot和kernel正常,开机后灭屏,等待系统进入Deep ,然后按power按键唤醒设备。此时出现花屏或者不显示问题

多次测试发现,如果系统没有进入deep,就是串口还没打印以下log之前唤醒,没有问题

703.759856 PM: suspend entry (deep)

703.768287 Filesystems sync: 0.008 seconds

703.769305 I/kevent KeventPmNotifierFn:action=3

703.769371 I/kevent KeventPmNotifierFn:receive suspend event

703.770634 I/devmgr_service DevmgrServicePowerStateChange:suspend state 3

703.770708 I/sample_driver_test HdfSampleSuspend:called

703.770737 I/pm_driver_test HdfPmTestSuspend called

703.770958 I/devmgr_service DevmgrServicePowerStateChange:suspend state 3

703.771165 I/sample_driver_test HdfSampleSuspend:called

703.771200 I/pm_driver_test HdfPmTestSuspend called

703.771385 Freezing user space processes ... (elapsed 0.006 seconds) done.

703.778436 OOM killer disabled.

703.778464 Freezing remaining freezable tasks ... (elapsed 0.003 seconds) done.

703.782404 printk: Suspending console(s) (use no_console_suspend to debug)

如果开机一直插着usb,系统无法进入deep也不会有问题

一直困扰到底是怎么回事,网上也没找到解决方案,开始认真看log

发现在这种情况下唤醒打印的以下log

611.167887 I/HDF_DISP PanelSendCmds enter

611.457904 I/HDF_DISP PanelSendCmds enter

从此开始怀疑是不是hdf下还有一个driver走的并不是我们的dts的参数,一搜这个接口,果然在hdf下的display下的driver走的一套写在driver里面的初始化参数。

这时候把那套参数修改成自己屏的初始化参数,进入deep唤醒就正常了

相关推荐
网络豆7 小时前
开源鸿蒙平台 CMP 三方库「navigation-compose-extended」适配全流程
华为·开源·harmonyos
2601_949480069 小时前
开源鸿蒙平台 CMP 三方库「multiplatform-markdown-renderer」适配全流程
华为·开源·harmonyos
威哥爱编程11 小时前
HarmonyOS 7 Agent 开发实战 10:降级兜底与重试
agent·harmonyos
威哥爱编程11 小时前
HarmonyOS 7 Agent 开发实战 11:并发多会话隔离
agent·harmonyos
威哥爱编程12 小时前
HarmonyOS 7 Agent 开发实战 12:人机协同与人工接管
agent·harmonyos
鸿蒙开发12 小时前
鸿蒙动态表单实战:用 @hmkit/validator 处理条件必填与错误联动
harmonyos
行者-全栈开发12 小时前
【共创稿事节】HarmonyOS 三方库工程化集成:从 ohpm 引入到三方库鸿蒙化的完整闭环
harmonyos·鸿蒙·har·三方库·ohpm·框架适配
网络豆13 小时前
开源鸿蒙平台 CMP 三方库「tanstack-table-kmp」适配全流程
华为·开源·harmonyos
贾伟康14 小时前
【共创稿事节】食材百科页的懒加载改造:LazyForEach、IDataSource 与缓存窗口的三次迭代
性能优化·harmonyos·arkts·lazyforeach·列表加载
SZYSK15 小时前
一套人员主数据,三套事务:通行、消费、人证比对如何分事件类型
物联网·算法·harmonyos