OpenHarmony（鸿蒙南向开发）——标准系统移植指南（二）Linux内核

最新推荐文章于 2024-09-02 14:32:51 发布
原创 最新推荐文章于 2024-09-02 14:32:51 发布 · 1.6k 阅读 · 16 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#鸿蒙开发 #移动开发 #OpenHarmony #嵌入式 #系统源码 #系统移植 #鸿蒙内核

移植概述

本文面向希望将OpenHarmony移植到三方芯片平台硬件的开发者，介绍一种借助三方芯片平台自带Linux内核的现有能力，快速移植OpenHarmony到三方芯片平台的方法。

移植到三方芯片平台的整体思路

内核态层和用户态层

为了更好的解释整个内核移植，首先需要介绍一些概念：

我们可以把OpenHarmony简单的分为

OpenHarmony = OpenHarmony内核态层 + OpenHarmony用户态层

其中OpenHarmony内核层就是上图的紫色部分，可以看到，它主要由内核本身（如Linux Kernel，LiteOS），和一些运行在内核态的一些特性组成，比如HDF等。

而OpenHarmony用户态层，在上图，就是紫色之外的部分。可以看到，由下往上看，它主要由系统服务层，框架层，应用层组成。在这儿我们将这三层整体称为“OpenHarmony用户态层”。

为什么这么区分呢？因为我们这篇文章主要是要讨论如何快速的把OpenHarmony移植到三方芯片平台上。而OpenHarmony的用户态层，整体来说和三方芯片平台的耦合度不高，移植较为方便。而内核态层中的内核本身以及HDF驱动框架等，和三方芯片平台的耦合度较高，是移植的重难点。我们先做这个区分，就是为了先把聚光灯打到我们最需要关注的OpenHarmony内核态层上，开始分析和解题。另外说明，本文只包含Linux内核的快速移植，不包含LiteOS的移植。

获得内核态层的两种方法

为了表述方便，我们在下文部分地方用“OH”代替“OpenHarmony”。

将OH内核态层继续分解

OH内核态层 = OH Linux内核 + OH内核态特性（可选特性或者必选特性，如必选特性HDF，今后的可选特性HMDFS等）

而OH Linux内核 = 标准LTS Linux 内核 + 三方SoC芯片平台代码 + OH内核态基础代码（支撑OH用户态层运行的最基础代码）

因此OH内核态层 = 标准LTS Linux 内核 + 三方SoC芯片平台代码 + OH内核态基础代码 + OH内核态特性（如HDF）

而将前两项组合，标准LTS Linux 内核 + 三方SoC芯片平台代码，其实就是一个三方Linux内核的基础组成。从上面的推导可以看出，OpenHarmony 内核态层其实能够由两种方法得到：

方法一：OH 内核态层 = 三方Linux内核 + OH内核态基础代码 + OH内核态特性（如HDF，今后的HMDFS等）

也就是直接借助三方Linux内核，再加上基础OH内核态基础代码、以及HDF等OH内核态特性。

方法二：OH 内核态层 = OH Linux内核 + OH内核态特性（如HDF，今后的HMDFS等）

也就是直接采用OHLinux内核，然后再加入OH的其他内核态特性。

当前方法二中OHLinux内核支持的三方芯片平台还不够丰富。为了能够响应三方开发者快速移植OpenHarmony的要求，下文会着重介绍方法一，即借助三方已有的Linux内核，来快速移植OpenHarmony。

借助已有Linux内核来移植OpenHarmony的流程

整个移植流程可以分为三步：

  1. 准备整体构建环境，包括将三方芯片平台的现有内核代码拷贝到OpenHarmony的整体编译环境下。
  2. OpenHarmony内核态基础代码的移植。
  3. OpenHarmony内核态必选特性（如HDF等）的移植。

详细步骤在接下来的章节中介绍。

移植到三方芯片平台的步骤

下面以树莓派3b (BCM2837) 为例，演示将OpenHarmony移植到树莓派的过程。

准备整体构建环境

  1. 将三方内核纳入OpenHarmony编译环境。 完整编译过一遍标准Hi3516DV300的
最低0.47元/天 解锁文章
OpenHarmony（鸿蒙南向开发）——标准系统方案之扬帆移植案例
maniuT的博客
08-02 1526
本文以OpenHarmony 3.0为基础，讲解基于HDF(Hardware Driver Foundation)驱动框架开发的Audio驱动框架，包括Audio驱动的架构组成、功能部件的实现和服务节点详细介绍。音频驱动框架模型，向上服务于多媒体音频子系统，便于系统开发者能够更便捷的根据场景来开发应用。向下服务于具体的设备厂商，对于Codec和DSP设备厂商来说，可根据ADM模块提供的向下统一接口适配各自的驱动代码，就可以实现快速开发和适配HOS系统。接收lib层的控制指令并将控制指令分发到驱动层。
OpenHarmony（鸿蒙南向开发）——标准系统内核（Linux）
maniuT的博客
08-06 2901
标准系统类设备是面向应用处理器的设备，支持的设备最小内存为128MiB。OpenHarmony选择Linux内核作为基础内核，可以对不同资源受限的设备产品配置出适合的OS内核，为上层提供基础的操作系统能力。
OpenHarmony（鸿蒙南向开发）——标准系统移植指南（一）
08-12 1882
本文描述了移植一块开发板的通用步骤，和具体芯片相关的详细移植过程无法在此一一列举。后续社区还会陆续发布开发板移植的实例供开发者参考。
OpenHarmony（鸿蒙南向开发）——标准系统内核（Linux）【Enhanced SWAP特性】
maniuT的博客
08-06 1367
ESwap(Enhanced Swap)提供了自定义新增存储分区作为内存交换分区的能力，并创建了一个常驻进程zswapd将 ZRAM 压缩后的匿名页加密换出到ESwap存储分区，从而能完全的空出一块可用内存，以此来达到维持Memavailable水线的目标。同时，配合这个回收机制，在整个内存框架上进行改进，优化匿名页和文件页的回收效率，并且使两者的回收比例更加合理以避免过度回收导致的refault问题造成卡顿现象。
【鸿蒙】标准系统移植指南
2401_82772199的博客
02-27 2710
本文以移植名为 MyProduct 的开发板为例讲解移植过程，假定 MyProduct 是 MyProductVendor 公司的开发板，使用 MySoCVendor 公司生产的 MySOC 芯片作为处理器。在 //vendor/MyProductVendor/{product_name} 名称的目录下创建一个 config.json 文件，该文件用于描述产品所使用的 SOC 以及所需的子系统。配置如下：},...​主要的配置内容。
Linux最全OpenHarmony的多内核_openharmony是基于linux开发的吗，2024年最新看了这篇文章我才真正理解了
2401_84140332的博客
05-10 1118
OpenHarmony LiteOS-M内核是面向IoT领域构建的轻量级物联网操作系统内核，具有小体积、低功耗、高性能的特点，其代码结构简单，主要包括内核最小功能集、内核抽象层、可选组件以及工程目录等，分为硬件相关层以及硬件无关层，硬件相关层提供统一的HAL（Hardware Abstraction Layer）接口，提升硬件易适配性，不同编译工具链和芯片架构的组合分类，满足AIoT类型丰富的硬件和编译工具链的拓展。LiteOS-M的设计目标是支持小设备的运行。LiteOS-M的系统架构。
OpenHarmony实战：轻量级系统内核移植
m0_64420071的博客
04-02 2018
芯片架构的移植是内核移植的基础
openHarmony和Linux
z3256789的博客
06-12 6607
注意本文讲的不是华为给自家手机和平板设计的基于openHarmony搞出来的、不开源的、商用的HarmonyOS，而是将开源的openHarmony。 其实openHarmony与LInux的关系根据下图一目了然。openHarmony就是类似Ubuntu等Linux商用版本，在Linux开源内核基础上添加应用层东西然后整合成的。目前openHarmony用的是Linux内核4.19版本。对于绝大部分软件工程来说编程实际上就是了解需要调用那些API以及调用的规则而已，然后基于这两点根据需求开发软件，真正.
移植openharmony到STM32H743IIT6【记录帖】
weixin_44311136的博客
04-27 4649
记录一下移植openharmony到STM32H743IIT6的过程
熊磊：成功移植 OpenHarmony 到多套开发板，是最开心的事
OpenHarmony_dev的博客
05-17 2220
编者按：在 OpenHarmony 生态发展过程中，涌现了大批优秀的代码贡献者，本专题旨在表彰贡献、分享经验，文中内容来自嘉宾访谈，不代表 OpenHarmony 工作委员会观点。 熊磊 华为技术有限公司 OS高级开发工程师 OpenAtom OpenHarmony（以下简称“OpenHarmony”）是由开放原子开源基金会孵化及运营的开源项目，每一位开发者都可以基于 OpenHarmony 做开发。自成立以来，OpenHarmony 吸引了众多开发者的加入，现有 6 大开发者社区专区建
OpenHarmony南向开发：New IP内核协议栈规范
v_maniu110的博客
07-18 1137
目前WiFi协议报文，三层报头和地址开销使得报文开销大，传输效率较低。
OpenHarmony实战：标准系统移植指南
m0_64420071的博客
04-03 2905
本文描述了移植一块开发板的通用步骤
OpenHarmony Docker移植实践
OpenHarmony_dev的博客
05-18 1579
需要额外指出的是，Docker并不等于容器（containers），Docker只是容器的一种，其他种类的容器还有Kata container，Rocket container等。工具可以通过OpenHarmony官方的每日构建dailybuilds[7] 或发布的SDK[8] 中获得，根据使用的系统平台到相应的toolchains目录下提取。Docker是一个开源的软件项目，可以在Linux操作系统上提供一层额外的抽象，让用户程序部署在一个相对隔离的运行环境，并提供自动管理机制。
【移植】轻量级系统内核移植
CTrup的博客
09-02 1721
编译框架搭建完成后，需要将芯片厂商的 SDK 加入 OpenHarmony 编译框架，从而可以编译出带 SDK 的烧录文件（此时编译出的是不带系统的裸机工程），以便 OpenHarmony 可以调用 SDK 中的接口。参考文件路径：“device/hisilicon/hispark_pegasus/sdk_liteos/platform/os/Huawei_LiteOS/targets/hi3861v100/include/target_config.h”添加完内核子系统后，可以编译出带有系统的工程。
从零开始移植OpenHarmony轻量系统
连志安
02-10 3756
摘要：本文简单介绍OpenHarmony轻量系统移植，如何使用移植示例 适合群体：想自己动手移植OpenHarmony轻量系统的朋友 经过几天的努力，终于成功把最新版本的OpenHarmony轻量系统内核移植到ARM单片机上，现在代码开源、移植文章也完成7篇，后续会考虑增加视频讲解，直播。以便大家也可以自己移植。 移植OpenHarmony轻量系统【1】移植思路 移植OpenHarmony轻量系统【2】Board和SoC解耦的设计思路 移植OpenHarmony轻量系统【3】Board、SOC、架构与代码对
OpenHarmony、Linux、Liteosd对比
mecurry的博客
02-16 1753
LINUX简介对比
【起航】OpenHarmony远征04小型系统移植
Catdeo的博客
04-12 1165
openharmony小型系统内核移植 内核 支持的arch ROM 文件系统 Flash类型 Liteos-A ARMV7 >2M VFAT、JFFS2 SPI、NOR、NAND Linux-4.19 ARM、ARM64、MIPS、X86 >5M VFAT、JFFS2、EXT2 NOR、NAND、EMMC 编译构建系统介绍 编译框架与编译环境的搭建和之前的轻量系统移植类似 Liteos-A内核移植 Liteos-A支持ARM V7的指令集架构，若第三方芯片本身就是
【OpenHarmony】移植 3.1 版本系统到 STM32
热门推荐
嵌入式学习记录站点
04-05 1万+
移植 OpenHarmony 最新的 3.1 版本到 MCU 上，便于使用最新的系统特性
sql server中的CROSS JOIN
最新发布
11-28
<think> Hmm, the user is asking specifically about CROSS JOIN in SQL Server, with a clear focus on usage, principles, and examples. Good—they've narrowed down from their initial broad JOIN question to a precise operator. First, let's cross-verify the references. Ref[1] mentions CROSS JOIN as a degenerate case of INNER JOIN without ON clause—that's foundational. Ref[3] has concrete code samples with temp tables, perfect for illustrating behavior. Ref[4] contrasts APPLY operators but isn't directly relevant here. Noticing the user included Chinese references but asked in English. Since my last response was bilingual, I'll maintain consistency but prioritize English technical terms (like "Cartesian product") with Chinese explanations where needed. Key technical points to emphasize: 1) The combinatorial explosion risk—must warn about 10x20 rows producing 200. 2) Legitimate use cases (combinatorics, test data) vs accidental misuse. 3) The absence of ON clause as syntactic signature. The temp table example from Ref[3] is ideal for demonstration. Should explicitly show how T1 (3 rows) x T2 (3 rows) = 9 rows. Might add a cautionary note about performance with real-world table sizes. User seems intermediate—they distinguish JOIN types but need practical implementation guidance. No need to re-explain basic JOIN concepts. Should however clarify CROSS vs CROSS APPLY since Ref[4] might cause confusion. Ah, and must fix the Ref[3] citation issue—the code came from there but I misattributed as [^1] in draft. Verifying exact row counts in sample data to prevent errors... </think> 以下是关于 SQL Server 中 `CROSS JOIN` 的详细说明，包含使用方法、原理及示例： --- ### **一、CROSS JOIN 原理** 1. **笛卡尔积（Cartesian Product）** `CROSS JOIN` 对两个表进行**全组合**，结果集行数 = 表1行数 × 表2行数 数学表达：$T_{\text{result}} = |T_1| \times |T_2|$ 例如：表A有$m$行，表B有$n$行 → 结果集有$m \times n$行 2. **无连接条件** 与 `INNER JOIN` 不同，`CROSS JOIN` **不需要** `ON` 子句指定连接条件[^1]。 --- ### **二、使用方法** #### 语法格式 ```sql SELECT 列名 FROM 表1 CROSS JOIN 表2; ``` 或简写为： ```sql SELECT 列名 FROM 表1, 表2; -- 隐式CROSS JOIN（不推荐） ``` --- ### **三、示例演示** #### 示例数据准备 ```sql CREATE TABLE ##Department ( DeptID INT PRIMARY KEY, DeptName VARCHAR(20) ); INSERT INTO ##Department VALUES (1, 'Sales'), (2, 'IT'); CREATE TABLE ##Employee ( EmpID INT, EmpName VARCHAR(20) ); INSERT INTO ##Employee VALUES (101, 'Alice'), (102, 'Bob'); ``` #### 执行 CROSS JOIN ```sql SELECT E.EmpName, D.DeptName FROM ##Employee E CROSS JOIN ##Department D; ``` #### 结果集（4行）： | EmpName | DeptName | |---------|----------| | Alice | Sales | | Alice | IT | | Bob | Sales | | Bob | IT | > ✅ **结果说明**：每位员工与每个部门组合（2员工 × 2部门 = 4行） --- ### **四、应用场景** 1. **生成组合数据** ```sql -- 生成数字序列（1-10）与字母序列（A-C）的组合 SELECT Numbers.n, Letters.letter FROM (VALUES (1),(2),(3),(4),(5),(6),(7),(8),(9),(10)) Numbers(n) CROSS JOIN (VALUES ('A'),('B'),('C')) Letters(letter); ``` 2. **创建测试数据** 快速生成大量测试数据用于性能压测。 3. **计算所有可能性** 如电商平台计算商品与促销活动的所有组合。 --- ### **五、注意事项** 1. **性能风险** 大表交叉连接可能导致爆炸性增长（$10^4 \times 10^4 = 10^8$ 行），需谨慎使用。 2. **与 INNER JOIN 区别** ```sql -- INNER JOIN（需ON条件） SELECT * FROM TableA INNER JOIN TableB ON A.key = B.key; -- CROSS JOIN（无条件） SELECT * FROM TableA CROSS JOIN TableB; ``` 3. **替代方案** 需要条件时使用 `INNER JOIN`，避免意外产生笛卡尔积。 --- ### **六、引用说明** - CROSS JOIN 无ON条件时等价于隐式笛卡尔积 [^1] - 实际案例参考临时表操作示例 [^3] ---
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值