简介
该用户还未填写简介
擅长的技术栈
可提供的服务
暂无可提供的服务
一. binder 概述 本文以社区master分支代码、rk3568设备为参考。binder 是解决进程间通信的框架, 起源于OpenBinder项目,发展于Android项目,现在已经和入Linux Kernel,目前演变成RPC工具。 OpenHarmony中对应层次: 驱动://kernel/linux/l
电源状态 freeze: 电源状态是亮屏或活跃状态,某些后台用户进程被冻结(暂不支持)inactive: 灭屏并且cpu运行状态standby: 灭屏并且cpu运行,一些用户进程被冻结状态(暂不支持)doze: 灭屏并且cpu运行,大多数用户进程都被冻结(暂不支持)sleep:灭屏并且关闭cpu并进入睡眠(s3)hibernate: 灭屏并且关闭cpu进入休眠(s4)(暂不支持) 查看电源状态命令
1.预先的环境配置 代码下载、编译、驱动按照、镜像烧录等,需根据具体项目自行处理(本文档相关代码版本 OpenHarmony 4.1 release,以rk3568举例) 2.Xts测试套件编译 2.1全量编译 进入//test/xts/acts目录下,执行如: ./build.sh product_name=rk3568 syste
1 关键字 鼠标、键盘、触摸、事件注入2 问题描述 代码版本: OpenHarmony-v3.2-release问题描述: 如何不通过外设注入输入事件,操作鼠标,滑动系统界面等3 解决方案 3.1 uinput命令 用法:uinput <option> <command /> ... 选项包括: -M --鼠标 鼠
1 关键字 设备断连、DISCONNECTION、多次断连、一直断连 2 问题描述 环境: 产品: OpenHarmony版本号:OpenHarmony 3.2release 问题现象:使用Deveco Testing进行系统遍历测试,过程中设备出现断连,断连几次后就一直保持断连的状态,到第二天手动重启设备后,可再次连接上,DevEco Testing可继续进行重启前的测试。 3 问题原因 3.1
1 关键字 断连重启;内存耗尽;reboot;内存泄漏;DevEco Testing 2 问题描述 环境: 产品:**** OpenHarmony版本号:OpenHarmony 3.2release 问题现象:使用DevEco Testing测试工具进行12小时“应用遍历测试-settings”,测试过程中出现REBOOT问题 3 问题原因 3.1 正常机制 oom-killer(out of m
1 关键字 烧录,启动,失败 2 问题描述 产品:**** OpenHarmony版本号:OpenHarmony 3.2release 问题现象:此问题版本烧录后直接启动会卡在动画界面,启动失败,断电后再次启动可正常启动。 3 问题原因 3.1 正常机制 添加锁屏管理服务模块后,能正常完成初始化,运行完启动动画,启动设备。 3.2 异常机制 锁屏管理服务在启动过程中未能正常准备就绪,就开始运行启动
1 关键字 启动、Init、产品配置、启动配置 2 简要描述 本文档主要以XX开发版为例分析OpenHarmony系统启动过程、产品配置、启动配置,并举例说明如何配置。 - 内核加载Init进程,一般在bootloader启动内核时通过设置内核的cmdline来指定init的位置 - init进程启动后,会挂载tmpfs,procfs,创建基本的dev设备节点,提供最基本的跟文件系统 - init