同步操作将从 OpenHarmony/docs 强制同步,此操作会覆盖自 Fork 仓库以来所做的任何修改,且无法恢复!!!
确定后同步将在后台操作,完成时将刷新页面,请耐心等待。
This document provides chip/module vendors with a complete walkthrough of OpenHarmony-based chip adaptation from an end-to-end perspective. It applies to typical chip architectures, such as the chip architectures in the Cortex-M and RISC-V series.
This document applies to the adaptation of the mini system in OpenHarmony LTS 3.0.1 and earlier versions.
NOTE
This document describes only the files and configuration items that you need to pay attention to during OpenHarmony porting and adaptation. Other files and configuration items are skipped.
The adaptation process is divided into four steps: porting preparation, kernel porting, subsystem porting, and porting verification. For details, see Table 1.
Table 1 Chip adaptation steps
Step | Description |
---|---|
Porting preparation | Download code from the OpenHarmony community on Gitee and set up the build environment. You can familiarize yourself with the OpenHarmony compilation and building framework along the way. |
Kernel porting | Port the chip SDK to the OpenHarmony platform and determine whether adaptation is required based on the chip architecture support. |
Subsystem porting | Port the startup, file, security, communication, and driver subsystems. |
Porting verification | After the adaptation is complete, conduct the compatibility test provided by OpenHarmony and the chip SDK function test of your own. |
Figure 1 Overall service process
Table 2 Basic concepts
Term | Description |
---|---|
Subsystem | A subsystem, as a logical concept, consists of one or more components. OpenHarmony is designed with a layered architecture, which consists of the kernel layer, system service layer, framework layer, and application layer from the bottom up. System functions are built from components, subsystems, and then to the system. In a multi-device deployment, you can customize subsystems and components as required. |
Component | A component is a reusable, configurable, and tailorable function unit. Each component has an independent directory, and can be built and tested independently and developed concurrently. |
hb | hb is an OpenHarmony command line tool used to execute build commands. |
KV | A key-value pair (KV) is a format of data storage. |
此处可能存在不合适展示的内容,页面不予展示。您可通过相关编辑功能自查并修改。
如您确认内容无涉及 不当用语 / 纯广告导流 / 暴力 / 低俗色情 / 侵权 / 盗版 / 虚假 / 无价值内容或违法国家有关法律法规的内容,可点击提交进行申诉,我们将尽快为您处理。