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

相关推荐
dawn2 小时前
鸿蒙ArkTS中的获取网络数据
华为·harmonyos
桃花键神2 小时前
鸿蒙5.0时代:原生鸿蒙应用市场引领开发者服务新篇章
华为·harmonyos
鸿蒙自习室2 小时前
鸿蒙多线程开发——并发模型对比(Actor与内存共享)
华为·harmonyos
JavaPub-rodert4 小时前
鸿蒙生态崛起:开发者的机遇与挑战
华为·harmonyos
帅比九日5 小时前
【HarmonyOS Next】封装一个网络请求模块
前端·harmonyos
yilylong7 小时前
鸿蒙(Harmony)实现滑块验证码
华为·harmonyos·鸿蒙
baby_hua7 小时前
HarmonyOS第一课——DevEco Studio的使用
华为·harmonyos
HarmonyOS_SDK8 小时前
融合虚拟与现实,AR Engine为用户提供沉浸式交互体验
harmonyos
- 羊羊不超越 -9 小时前
App渠道来源追踪方案全面分析(iOS/Android/鸿蒙)
android·ios·harmonyos
长弓三石11 小时前
鸿蒙网络编程系列44-仓颉版HttpRequest上传文件示例
前端·网络·华为·harmonyos·鸿蒙