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唤醒就正常了

相关推荐
踏雪Vernon37 分钟前
[OpenHarmony5.0][Docker][环境]OpenHarmony5.0 Docker编译环境镜像下载以及使用方式
linux·docker·容器·harmonyos
Andy醒4 小时前
HarmonyOS . 沉浸状态栏使用
harmonyos·鸿蒙
yuwinter5 小时前
鸿蒙HarmonyOS学习笔记(2)
笔记·学习·harmonyos
jikuaidi6yuan6 小时前
鸿蒙系统(HarmonyOS)分布式任务调度
分布式·华为·harmonyos
SameX14 小时前
HarmonyOS Next 安全生态构建与展望
前端·harmonyos
SameX14 小时前
HarmonyOS Next 打造智能家居安全系统实战
harmonyos
Random_index1 天前
#Uniapp篇:支持纯血鸿蒙&发布&适配&UIUI
uni-app·harmonyos
鸿蒙自习室1 天前
鸿蒙多线程开发——线程间数据通信对象02
ui·harmonyos·鸿蒙
SuperHeroWu71 天前
【HarmonyOS】鸿蒙应用接入微博分享
华为·harmonyos·鸿蒙·微博·微博分享·微博sdk集成·sdk集成