OpenHarmony图形HDI基础适配及点屏

本文档主要介绍图形基础适配及点屏。

环境说明:

OHOS版本: 适用3.2-Beta3及以上

内核版本: linux-5.10

硬件环境: Dayu200-rk3568及其它硬件

一、图形驱动测试

OH现有框架主要支持两种显示框架,drm和FB。目前OH上主流采用drm框架。

drm驱动是显卡驱动的一种架构。相比FB架构,DRM更能适应当前日益更新的显示硬件。比如FB原生不支持多层合成,不支持VSYNC,不支持DMA-BUF,不支持异步更新,不支持fence机制等等,而这些功能DRM原生都支持。同时DRM可以统一管理GPU和Display驱动,使得软件架构更为统一,方便管理和维护。

1.1 drm驱动测试

在用户态,drm提供了libdrm库,并提供了modetest测试程序,来测试drm驱动是否完成了基础适配。

在OpenHarmony的第三方库libdrm自带了modetest,但默认没有参考编译,编译方法如下:

1.1.1 环境搭建

1、 为 modetest 添加 BUILD.gn

ini 复制代码
import("//build/ohos.gni")
ohos_executable("modetest") {
  sources = [
    "buffers.c",
    "cursor.c",
    "modetest.c",
  ]

  cflags = [
      "-Wno-pointer-arith",
  ]

  include_dirs = [
    "../",
    ".",
  ]

  configs = [ "//third_party/libdrm:libdrm_config" ]

  public_configs = [ "//third_party/libdrm:libdrm_public_config" ]

  deps = [
    "//third_party/libdrm:libdrm",
    "//third_party/libdrm/tests/util/:util",
  ]

  public_deps = []

  install_images = [
    "system",
    "updater",
  ]
  part_name = "graphic_standard"
  subsystem_name = "graphic"
}

2、添加其它依赖:third_party\libdrm\tests\util\BUILD.gn

ini 复制代码
import("//build/ohos.gni")
ohos_static_library("util") {

  sources = [
    "format.c",
    "kms.c",
    "pattern.c",
  ]

  cflags = []

  include_dirs = [
    "../",
    ".",
  ]

  configs = [ "//third_party/libdrm:libdrm_config" ]

  public_configs = [ "//third_party/libdrm:libdrm_public_config" ]

  deps = [
    "//third_party/libdrm:libdrm",
  ]

  public_deps = []
}

3、加入编译框架,添加到graphic依赖项:

diff 复制代码
foundation/graphic/graphic_2d/bundle.json
diff --git a/bundle.json b/bundle.json
index 755e6d2..f1bb7ef 100755
--- a/bundle.json
+++ b/bundle.json
@@ -56,6 +56,8 @@
         "group_type": {
           "base_group": [
             "//third_party/libpng:libpng",
+            "//third_party/libdrm/tests/util:util",
+            "//third_party/libdrm/tests/modetest:modetest",
             "//foundation/graphic/graphic_2d/interfaces/kits/napi:napi_packages",
             "//foundation/graphic/graphic_2d/rosen/modules/composer:libcomposer",
             "//foundation/graphic/graphic_2d/rosen/modules/composer/native_vsync:libnative_vsync",

4、有个报错,提示这个未使用,注释的就好了

ini 复制代码
third_party\libdrm\tests\util\pattern.c:988
    // void *mem_base = mem;

5、开始编译并下载。生成的文件在/system/bin下

1.1.2 测试效果

6、执行modetest.

首先把render_service停止

arduino 复制代码
service_control stop render_service

-------------欲知详情,请移步LAVAL社区----------- laval.csdn.net/64c7a6439a1...

相关推荐
OpenCSG1 小时前
第三场黑客松!OpenCSG联合主办南京都市圈OPC超级个体挑战赛正式启动
人工智能·开源·开放传神
csdn_aspnet1 小时前
开源项目在GitHub上的破圈方法论,解析Star增长、Issue响应、Contributor引导等真实运营技巧
开源·github·issue·readme·star
千桐科技1 小时前
qKnow 智能体构建平台开源版 v2.2.3 发布:Agent Bot 支持用户自定义工具编排
开源·大模型·llm·工作流·qknow·智能体构建平台
jojo甜在心4 小时前
(开源)宠物商城系统 全栈开发实录 采用 Java + SpringBoot + Vue + MySQL
java·开源·宠物
修己xj14 小时前
告别排版噩梦:一个开源SKILL,让我彻底告别公众号排版的“噩梦”
开源
GitCode官方1 天前
开源鸿蒙跨平台直播| RN 三方库开源鸿蒙标准化适配实战分享
华为·开源·harmonyos·atomgit
梦梦代码精1 天前
LikeShop 前后端架构升级对比总白皮书——从传统商城架构到高性能多端统一体系
docker·架构·开源
shujudang1 天前
深入数据架构选型:开源埋点系统 vs 企业级增长分析平台的工程与业务考量
架构·数据分析·开源
江湖有缘1 天前
基于Docker环境部署tillywork开源工作管理工具
docker·容器·开源
江华森1 天前
【玩转 AtomCode】源码编译与架构解析:深入理解开源 AI 编码代理的内核设计
架构·开源