【鸿蒙南向开发】如何快速移植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.准备整体构建环境，包括将三方芯片平台的现有内核代码拷贝到 OpenHarmony 的整体编译环境下。
2.OpenHarmony 内核态基础代码的移植。
3.OpenHarmony 内核态必选特性（如 HDF 等）的移植。
详细步骤在接下来的章节中介绍。

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

下面以树莓派 3b (BCM2837) 为例，演示将 OpenHa