写作环境 5.0.3rk3568 arm64 测试现象 testGetDisplayPowerStatus001testGetDisplayPowerStatus003testGetDisplayPowerStatus004testGetDisplayBacklight001testGetDisplayBacklight003testGetDisplayBacklight004testGetDis

DisplayManagerService服务 使用帮助 # hidumper -s DisplayManagerService -------------------------------[ability]------------------------------- ----------------------------------DisplayManagerService--------

本期笔者介绍如何使用@ohos.window模块的setWindowSystemBarEnable接口来设置导航栏、状态栏 的可见模式 目录 1.setWindowSystemBarEnable接口2.设置顶部状态栏不可见3.设置底部导航栏不可见4.设置底部导航栏、顶部状态栏都不可见 1.setWindowSystemBarEnable接口 https://gitee.com/openharmon

OpenHarmony使用的第三方开源软件放置gitee仓库中，并命名为third_party+第三方开源软件名称，即开源鸿蒙使用的三方库。OpenHarmony子系统会依赖一些三方库，例如:1.复用开源跨平台UI框架flutter引擎提供基础的图形渲染能力。2.libxkbcommon 键盘映射表编译器和支持库，被键盘事件依赖。（用于OpenHarmony标准系统对键盘的支持）3.使用开源qui

笔者将大佬之前的样例重新写了BUILD.gn（大佬之前的是makefile编的，用起来不太方便） 大佬的文章 https://ost.51cto.com/posts/13384 笔者开源如下: https://gitee.com/OpenHarmony_rk_equipment_transplantation/open-harmony_-open-gl 运行效果 环境：5.0.0 cix p1 +

系列文章 在OpenHarmony上适配图形显示【1】——确认drm是否正常在OpenHarmony上适配图形显示【2】——调试display hdi的技巧在OpenHarmony上适配图形显示【3】——添加显示接口类型在OpenHarmony上适配图形显示【4】——rk3568_4.0r_mesa3d适配在OpenHarmony上适配图形显示【5】——Mali GPU 调试小工具 drminfo

最近笔者遇到内核显示有关的hdf驱动有问题导致系统反复重启的问题，之前没有关注过内核中HDF驱动这块，于是将学习经验分享如下 写作环境 rk35686.0r khdf编译流程 khdf是HDF的内核态驱动 1. #HDF patch bash ${ROOT_DIR}/drivers/hdf_core/adapter/khdf/linux/patch_hdf.sh ${ROOT_DIR} ${KER

目前适配oh的芯片大部分是arm的，而且都是mali系列的GPU。例如rk的rk3568、rk3576、rk3562、rk3588等。还有展锐的7885、7883，以及此芯的P1和全志的t527。笔者将arm的libGPUInfo和libGPUMan工具使用分享如下。 系列文章 在OpenHarmony上适配图形显示【1】——确认drm是否正常在OpenHarmony上适配图形显示【2】——调试d

笔者最近研究了OpenHarmony上hdc交叉编译的方法,老规矩——开源先上效果图： 笔者使用了dayu200 hdc shell 连接了一台7885设备 dayu200往7885发送文件，功能测试正常。 开源仓库 https://gitee.com/OpenHarmony_rk_equipment_transplantation/ttyd_openharmony 声明：笔者的交叉编译脚本部分参

笔者之前学习mesa3d适配时，将4.0r的dayu200 闭源gpu库替换成了mesa3d开源库。鉴于社区没有完整补丁，只有部分参考教程。笔者将相关补丁开源如下： https://gitee.com/OpenHarmony_rk_equipment_transplantation/mesa3d-adaptation 步骤 repo init -u https://gitee.com/openha