塞尔维亚大汉

一、多模输入子系统设备热插拔事件来源 当前多模输入子系统处理设备热插拔事件的过程如图所示 现有多模输入子系统框架中，设备原始输入事件要经由 libinput 处理，封装成 libinput 的事件类型

拖拽动画特别指服务端在拖拽各环节发起的动画效果，功能将集中在拖拽框架 MSDP 子系统 DragDrawing 中实现。 Graphic-2D 库[^graphic_2d]提供了强大的图片绘制、动画增

OpenHarmony 芯片移植完成后，需要开展 OpenHarmony 兼容性测试以及芯片 SDK 功能性测试。除可获得测试认证之外，还可以在开发阶段提前发现缺陷，大幅提高代码质量。 OpenHar

启动恢复子系统负责在内核启动之后到应用启动之前的系统关键进程和服务的启动过程的功能。 移植指导 针对轻量系统主要提供了各服务和功能的启动入口标识。在 SAMGR 启动时，会调用 bootstrap 标

utils 部件可被各业务子系统及上层应用使用，依赖芯片文件系统实现，需要芯片平台提供文件打开、关闭、读写、获取大小等功能。 移植指导 OpenHarmony 文件系统需要适配如下 HAL 层接口：

外设驱动子系统提供 OpenHarmony 专有的外部设备操作接口。本模块提供设备操作接口有：FLASH, GPIO, I2C, PWM, UART, WATCHDOG 等。 OpenHarmony

通信子系统目前涉及 Wi-Fi 和蓝牙适配，厂商应当根据芯片自身情况进行适配。 移植指导 Wi-Fi 编译文件内容如下： 路径：“foundation/communication/wifi_lite/

概述 本文档从芯片适配的端到端视角，为芯片/模组制造商提供基于 OpenHarmony 的芯片适配指导。典型的芯片架构，例如 cortex-m、risc-v 系列都可以按照本文档进行适配移植。 约束与

移植芯片架构 芯片架构的移植是内核移植的基础，在 OpenHarmony 中芯片架构移植是可选过程，如果当前 OpenHarmony 已经支持对应芯片架构则不需要移植操作，在“liteos_m/arc