DD'Notes

OpenHarmony之系统调用背景对于运行L0系统的硬件一般是mcu，资源有限，L0系统没有区分内核态和用户态，所有的代码都在内核态运行，所以不需要系统调用L2系统用的是Linux内核，所以系统调用跟Linux Kernel的是一样的。可以参见我之前的博文Linux之系统调用 所以我们主要来看看L1系统中系统调用机制的是怎么实现的。 后面的分析基于如下版本： OpenHarmony v3.3.2 musl v1.2.0 L1系统调用对于运行L1系统的硬件一般集成了MMU，而且CPU有特权级别状态（状态寄存器的某些位），可以实现进程之间的隔离、内核态和用户态的隔离。系统调用就是在有内核态和用户态隔离的操作系统上，用户态进程访问内核态资源的一种方式 用户态c库通常我们的应用不会直接调用系统调用，而是通过c库的库函数来间接调用。 OpenHarmony上层使用的C库是musl libc， c库的一些函数接口调到最下面就是系统调用接口了。 通过third_party/musl/src/internal/syscall.h文件中，各种宏的展开，最终都会变成类似与__syscall3等这样的 ...

OpenHarmony南向之Audio音频架构Audio驱动框架基于HDF驱动框架实现，包含内核态（KHDF），和用户态（UHDF）， 对北向提供音频HDI接口 音频框架图 驱动架构主要由以下几部分组成。 HDI adapter：实现Audio HAL层驱动（HDI接口适配），给Audio服务（frameworks）提供所需的音频硬件驱动能力接口。包含 Audio Manager、Audio Adapter、Audio Control、Audio Capture、Audio Render等接口对象。 Audio Interface Lib：向下配合内核中的Audio Driver Model使用，实现音频硬件的控制、录音数据的读取、播放数据的写入，向上和上层的Audio HDI Adapter层进行对接。 ADM（Audio Driver Model）：音频驱动框架模型，向上服务于多媒体音频子系统，向下统一接口适配各自的驱动代码。 主要代码目录 drivers/hdf_core/framework/model/audio及 device/board/xxx/yyy/audio_dr ...

OpenHarmony之HDIHDI 介绍HDI（Hardware Device Interface，硬件设备接口）是HDF驱动框架为开发者提供的硬件规范化描述性接口。通过规范化的设备接口标准，为系统提供统一、稳定的硬件设备操作接口。 HDI支持“IPC模式”及“直通模式”两种调用方式。 IPC模式即跨进程通信模式，基于binder机制实现，调用端通过Proxy代理库调用HDI接口，具备良好的解耦性和安全性，是标准系统的默认部署方式。 直通模式，将HDI实现为共享库，调用端使用dlopen加载HDI实现库并直接调用HDI接口，是小型系统的默认部署方式，同时还适用于对性能有特殊需求的标准系统模块。 HDI硬件设备接口为硬件的接入提供了统一的实现通路。屏蔽了硬件接口的具体实现，实现系统软件与硬件的架构解耦。让开发者专注于硬件接口的使用，从而简化开发过程，提升开发效率。 HDI 实现下面主要介绍IPC模式下基于C/S（Client-Server客户端与服务端）结构的HDI接口实现，OpenHarmony的IPC也是基于Android的Binder机制。 IPC进程间通信IPC（I ...

OpenHarmony之hdc简介 hdc（OpenHarmony Device Connector）是 OpenHarmony 为开发人员提供的用于调试的命令行工具，通过该工具可以在Windows/Linux/MacOS等系统上与开发机或者模拟器进行交互。 类似于Android的adb，和adb类似，使用hdc的前提是开发机器hdc工具已安装好，设备端hdc已安装且已配置好。 开发机HDC开发机hdc工具通过OpenHarmony sdk获取，hdc在sdk的 toolchains目录下 从官方每日构建版本(http://ci.openharmony.cn/workbench/cicd/dailybuild/dailylist)里下载对应分支的SDK， 这里我对应的是OpenHarmony-3.2-Release的 ohos-sdk-full 解压： zdd@xxx-PC:~/WorkSpace/OHOS/ohos-sdk$ tree . ├── linux │ ├── ets-linux-x64-3.2.15.3-Release.zip │ ├── js-linux-x6 ...

USB Gadget 与 Configfs USB Gadget 与 Configfs USB Gadget Configfs 使用configfs配置usb gadget 配置UAC 配置adb功能 参考 USB Gadget A USB Linux Gadget is a device which has a UDC (USB Device Controller) and canbe connected to a USB Host to extend it with additional functions like a serial A gadget is seen by its host as a set of configurations, each of which containsa number of interfaces which, from the gadget’s perspective, are known asfunctions, each function representing e.g. a serial connection ...

OpenHarmony之消息机制实现背景在之前的介绍（OpenHarmony之HDF驱动框架）中，了解到OpenHarmony的消息机制主要有以下两种： 用户态应用发送消息到驱动。 用户态应用接收驱动主动上报事件。 下面我们分别来看看两种机制用户态的流程及实现 用户态应用发送消息到驱动用户态主要代码struct HdfIoService *serv = HdfIoServiceBind(SAMPLE_SERVICE_NAME); ...... ret = serv->dispatcher->Dispatch(&serv->object, SAMPLE_WRITE_READ, data, reply); if (ret != HDF_SUCCESS) { HDF_LOGE("fail to send service call"); goto out; } 重点就是通过HdfIoServiceBind绑定服务，调用服务的Dispatch接口 HdfIoServiceBind接口流程HdfIoServiceBind接口的主要作用是open对 ...

初识鸿蒙系统目录 初识鸿蒙系统 目录 概要 OpenHarmony 与 HarmonyOS HarmonyOS Next HarmonyOS 应用开发 ArkCompiler 设备开发 OpenHarmony 思考 参考 概要初识鸿蒙系统系列： 初识鸿蒙系统 OpenHarmony之内核层（内核、驱动子系统） OpenHarmony之HDF驱动框架 OpenHarmony开发环境搭建 基于HDF的简单驱动开发实例 基于实际硬件实战体验（RK3566/RK3568,RK3588） 大家听到的鸿蒙系统有两个：HarmonyOS 和 OpenHarmony，但这两个系统是不同的概念 OpenHarmony 与 HarmonyOSOpenHarmony 与 HarmonyOS 类似AOSP与国内各手机厂商定制的Android OS之间的关系。 2007年，谷歌按照 Apache 开源许可协议的方法将安卓开源了，这个开源项目就是 AOSP，任何组织机构和个人，都可以从 AOSP 网站上下载和使用安卓系统的源代码，国内的移动手机厂家基于 AOSP 的源 ...

OpenHarmony之内核层目录 OpenHarmony之内核层 目录 OpenHarmony简介 技术架构 技术特性 硬件互助，资源共享 一次开发，多端部署 统一OS，弹性部署 系统类型 内核层 内核子系统 LiteOS LiteOS-M LiteOS-A Linux 内核增强特性 Patch合入流程 HCK KAL 驱动子系统 驱动架构 驱动开发 平台驱动 外设驱动 驱动架构代码说明 思考 参考 OpenHarmony简介技术架构OpenHarmony整体遵从分层设计，从下向上依次为：内核层、系统服务层、框架层和应用层。系统功能按照“系统 > 子系统 > 组件”逐级展开，在多设备部署场景下，支持根据实际需求裁剪某些非必要的组件。OpenHarmony技术架构如下所示： 技术特性硬件互助，资源共享主要通过下列模块达成 分布式软总线 分布式软总线是多设备终端的统一基座，为设备间的无缝互联提供了统一的分布式通信能力，能够快速发现并连接设备，高效地传输任务和数据。 分布式数据管理 分布式数据管理位于基于分布式软总线之 ...

OpenHarmony之HDF驱动框架目录 OpenHarmony之HDF驱动框架 目录 概述 驱动模型 驱动加载 按需加载 按序加载（默认加载策略） 异常恢复（用户态驱动） 驱动服务管理 驱动消息机制管理 配置管理 配置语法 配置生成 平台驱动举例 统一服务模式 独立服务模式 外设驱动举例 思考总结 参考 概述HDF（Hardware Driver Foundation）驱动框架，为驱动开发者提供驱动框架能力，包括驱动加载、驱动服务管理、驱动消息机制和配置管理。并以组件化驱动模型作为核心设计思路，让驱动开发和部署更加规范，旨在构建统一的驱动架构平台，为驱动开发者提供更精准、更高效的驱动管理的开发环境，力求做到一次开发，多系统部署。 驱动加载HDF驱动框架提供把和配置的设备列表匹配成功的驱动程序加载起来的功能 驱动服务管理HDF框架可以集中管理驱动服务，开发者可直接通过HDF框架对外提供的能力接口获取驱动相关的服务 驱动消息机制HDF框架提供统一的驱动消息机制，支持用户态应用向内核态驱动发送消息，也支持内核态驱动向用户态应用发送消息 配置管理HCS是HD ...

Kconfig相关背景以前准备写一下Linux内核里的Kconfig，但一直迟迟没有动手，最近在看 Openharmony 相关的东西，发现它也可以通过Kconfig和Kconfiglib进行可视化配置，所以想借此机会在这一起记录一下 作用#define配置宏主要用来使能/关闭代码，如下面： #define CONFIG_TEST_ENABLE #ifdef CONFIG_TEST_ENABLE ... ... ... #endif 或来定义配置参数，如下： #define CONFIG_TEST_SHOW_STRING "Test 123" #define CONFIG_TEST_SHOW_INT (123) 但是如果参数越来越多，或者配置之间的关系越来越复杂，就会让代码的可读性越来越差，管理越麻烦，且不直观。所以Kconfig就是用来解决这些问题的，管理这些配置参数，而且能够可视化地去配置它们 Kconfig简介Kconfig语言定义了一套完整的规则来表述配置项及配置项间的关系Kconfig是配置项的描述文件，支持设置配置项及其默认值，依赖关系等等，该文件还会继续依赖各 ...

OpenHarmony基于HDF简单驱动开发实例背景 OpenHarmony-3.0-LTS qemu_small_system_demo liteos_a qemu 添加配置device/qemu/arm_virt/liteos_a/hdf_config/device_info/device_info.hcs device_info 新增： sample_host :: host { hostName = "sample_host"; sample_device :: device { device0 :: deviceNode { policy = 2; priority = 100; preload = 1; permission = 0664; moduleName = "sample_driver&qu ...

OpenHarmony开发环境搭建背景因为没有实体的开发硬件，且不想破坏原有的Linux环境，所以这里基于 Docker + QEMU 搭建开发环境 宿主机Linux系统 命令行方式 Docker QEMU 6.2 Docker环境准备安装Docker在Ubuntu中，可以使用下面的命令来安装Docker： sudo apt install docker.io 获取Docker镜像#获取小型系统镜像 docker pull swr.cn-south-1.myhuaweicloud.com/openharmony-docker/docker_oh_small:3.2 #获取轻量系统镜像 docker pull swr.cn-south-1.myhuaweicloud.com/openharmony-docker/docker_oh_mini:3.2 #获取标准系统镜像 docker pull swr.cn-south-1.myhuaweicloud.com/openharmony-docker/docker_oh_standard:3.2 运行构建环境# 运行小型系统Docker ...