【鸿蒙南向开发】如何快速移植OpenHarmony Linux内核

移植概述

本文面向希望将 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.准备整体构建环境，包括将三方芯片平台的现有内核