如何優(yōu)雅地參與開源貢獻(xiàn)，向頂級開源項目提交PR（Pull Request），跟著大咖30分鐘成為OpenAtom OpenHarmony（簡稱“OpenHarmony”）Contributor。戰(zhàn)“碼”先鋒直播間第五期，邀請華為終端BG OpenHarmony基礎(chǔ)軟件SIG/技術(shù)專家Handy為大家分享《OpenHarmony設(shè)備啟動過程與模塊化開發(fā)實踐》。分享主要分為四個部分：OpenHarmony設(shè)備啟動的基本過程，基于qemu平臺的最小系統(tǒng)介紹，init進(jìn)程的設(shè)計理念，以及如何基于qemu進(jìn)行init的擴展模塊開發(fā)。

● 第一部分，是從宏觀上了解OpenHarmony在設(shè)備上的啟動引導(dǎo)過程，了解操作系統(tǒng)啟動引導(dǎo)的基本概念和相關(guān)術(shù)語。

● 第二部分，介紹基于qemu虛擬機平臺的最小系統(tǒng)，如何在不要開發(fā)板的情況下進(jìn)行OpenHarmony標(biāo)準(zhǔn)系統(tǒng)基礎(chǔ)軟件的開發(fā)。

● 第三部分，介紹OpenHarmony第一個用戶態(tài)進(jìn)程init的設(shè)計理念。

● 第四部分，介紹如何基于qemu虛擬機平臺進(jìn)行init的模塊化開發(fā)。

1. 設(shè)備啟動過程

1.1 OS啟動引導(dǎo)技術(shù)概述

在介紹OpenHarmony操作系統(tǒng)啟動引導(dǎo)過程前，Handy老師先回顧了傳統(tǒng)PC行業(yè)操作系統(tǒng)的引導(dǎo)過程。上圖是傳統(tǒng)PC硬件和操作系統(tǒng)的大致結(jié)構(gòu)，其中底層的是硬件主板，在主板上板載的firmware將完成主板的自啟；然后掃描存儲設(shè)備，包括硬盤、光盤、U盤等；再從存儲設(shè)備上識別已安裝的操作系統(tǒng)，最終從這些操作系統(tǒng)上啟動。

在PC環(huán)境下，firmware都遵循UEFI標(biāo)準(zhǔn)。UEFI是一個非常復(fù)雜的標(biāo)準(zhǔn)，由CPU廠商，PC主板廠商和OS廠商聯(lián)合開發(fā)，主要包括Win-Tel。該標(biāo)準(zhǔn)詳細(xì)定義了固件和操作系統(tǒng)之間的接口，適應(yīng)了PC硬件的開放式架構(gòu)，使得不同的操作系統(tǒng)都可以在各個不同廠商的CPU、主板、硬盤、內(nèi)存上運行。UEFI標(biāo)準(zhǔn)的實現(xiàn)包括EDK2、coreboot、LinuxBoot等。

但在嵌入式系統(tǒng)中，這些標(biāo)準(zhǔn)則相對簡化。因為嵌入式設(shè)備不像早期PC一樣可以任意組裝。嵌入式設(shè)備就像一體機，SOC、RAM、EMMC、外設(shè)以及操作系統(tǒng)等都是在設(shè)備出廠時預(yù)制好，消費者開箱即用。因此，SOC板載的firmware一般相對簡化，只需要加載到bootloader，操作系統(tǒng)開發(fā)人員基本不關(guān)心SOC的firmware。

Bootloader是操作系統(tǒng)的直接上游，操作系統(tǒng)需要由Bootloader來加載并運行。在嵌入式系統(tǒng)中，一般都采用uboot。在uboot中可以指定操作系統(tǒng)鏡像在存儲器中的具體位置，這次主要基于u-boot介紹OpenHarmony標(biāo)準(zhǔn)系統(tǒng)的啟動引導(dǎo)過程。

另外還有兩個基本概念：分區(qū)表和OS鏡像。分區(qū)表是用來把存儲器的存儲區(qū)域進(jìn)行劃分，不同區(qū)域存放不同的OS鏡像。

1.2 OpenHarmony啟動引導(dǎo)分區(qū)加載過程

上圖為我們指明了OpenHarmony相關(guān)的OS鏡像。u-boot首先加載boot.img和ramdisk.img。boot.img是內(nèi)核鏡像，ramdisk.img是最早的用戶態(tài)進(jìn)程鏡像，其中就包括init進(jìn)程。通過這兩個OS鏡像，系統(tǒng)可以啟動到最基本的shell，這里還沒有啟動任何業(yè)務(wù)。

在ramdisk.img的init進(jìn)程里，會主動掛載system.img和vendor.img，并掃描其中的啟動配置文件，拉起各個進(jìn)程。system.img和vendor.img是OpenHarmony中各個子系統(tǒng)編譯后產(chǎn)物的集合。

從上圖右側(cè)文字我們可以看到，u-boot和OpenHarmony鏡像啟動時都需要知道分區(qū)表信息。分區(qū)表信息有多種方式傳遞，一般包括GPT分區(qū)表，bootargs分區(qū)表。圖中示意的是u-boot通過blkdevparts這個bootargs傳遞給內(nèi)核。內(nèi)核會根據(jù)這些信息創(chuàng)建對應(yīng)的block設(shè)備。同時還有root這個節(jié)點，告知內(nèi)核從哪里掛載根文件系統(tǒng)，從而啟動init。

ramdisk里的init最重要的幾個事件包括：創(chuàng)建并掛載根文件系統(tǒng)，包括tmpfs、dev節(jié)點、procfs等。同時，需要掛載system.img和vendor.img，這兩個是啟動過程的必選分區(qū)。當(dāng)前Release版本里是通過ramdisk.img里的required.fstab文件來配置system、vendor分區(qū)的掛載參數(shù)；最新master版本還支持通過ohos.required_mount.xxx bootargs參數(shù)來提供這些掛載參數(shù)；具體參考文檔可以參考《啟動子系統(tǒng)概述》（https://gitee.com/openharmony/docs/blob/master/zh-cn/device-dev/subsystems/subsys-boot-overview.md）。

ramdisk里的init完成system/vendor的掛載后，就開始進(jìn)入system/vendor系統(tǒng)中，開始第二階段并發(fā)啟動的過程。此時，init會掃描/{system,vendor}/etc/init下的各個啟動配置文件，拉起各個子系統(tǒng)的服務(wù)，并最終拉起應(yīng)用。在分區(qū)掛載方面，還有一個重要的配置文件/vendor/etc/fstab.{hardware}；這個可以定義更多需要掛載的分區(qū)，包括data分區(qū)，以及產(chǎn)品擴展的分區(qū)。

1.3 OpenHarmony系統(tǒng)進(jìn)程啟動過程

隨后，Handy老師為我們介紹了進(jìn)入OpenHarmony系統(tǒng)后，用戶態(tài)進(jìn)程的啟動概況。從上圖中，我們可以把啟動的進(jìn)程分為以下幾類：

● UHDF類系統(tǒng)進(jìn)程UHDF類系統(tǒng)進(jìn)程為系統(tǒng)提供HDI接口，這類進(jìn)程為系統(tǒng)服務(wù)提供芯片無關(guān)的硬件訪問接口。這類進(jìn)程都通過hdf_devmgr管理。

● SA類系統(tǒng)進(jìn)程SA是OpenHarmony的基礎(chǔ)系統(tǒng)元能力，每個SA是一個獨立的so，根據(jù)配置一個或多個SA可以部署到同一個進(jìn)程中，我們稱這類進(jìn)程為SA類系統(tǒng)服務(wù)。每個SA類系統(tǒng)服務(wù)進(jìn)程都是通過sa_main進(jìn)程解析配置文件啟動，向sa_mgr服務(wù)注冊支持的SA；訪問SA服務(wù)時需要先根據(jù)SA的ID向sa_mgr獲取該SA的句柄。

● Linux原生系統(tǒng)服務(wù)OpenHarmony除了支持SA類和UHDF類系統(tǒng)進(jìn)程外，也支持啟動Linux原生的系統(tǒng)進(jìn)程。通過Linux原生系統(tǒng)服務(wù)可以快速使用Linux社區(qū)已有的成熟能力。

● 應(yīng)用進(jìn)程每個應(yīng)用進(jìn)程都是從appspawn孵化而來，appspawn預(yù)加載了應(yīng)用運行時需要的資源，主要是ArkUI相關(guān)的依賴庫。

init拉起每個進(jìn)程的方式都是通過配置文件來完成，其格式都是如下所示的JSON格式；每個進(jìn)程的配置文件安裝到/system/etc/init或/vendor/etc/init目錄下，init會掃描這些配置，按照配置拉起對應(yīng)的進(jìn)程。下面我們將結(jié)合qemu最小系統(tǒng)來介紹下init的詳細(xì)設(shè)計。

{   "services" : [{           "name" : "watchdog_service",           "start-mode" : "condition",           "path" : ["/system/bin/watchdog_service", "10", "2"],           "disabled" : 1,           "sandbox" : 0,           "uid" : "watchdog",           "gid" : ["watchdog", "log", "readproc"],           "secon" : "uwatchdog_service:s0"      }  ]}

2. 基于qemu的最小系統(tǒng)

2.1 Why qemu

硬件設(shè)備開發(fā)人員在開發(fā)工作中，需要使用到各種各樣的開發(fā)板。每個開發(fā)板的連接線纜、接線方式、升級燒寫方式各不相同，且上手門檻高；開發(fā)時的便攜性和調(diào)試效率等都比較低。特別是init相關(guān)的開發(fā)調(diào)試，修改后還需要整機燒寫。為了能像應(yīng)用開發(fā)者一樣，可以隨時隨地，相對高效且“體面”地開發(fā)底層系統(tǒng)服務(wù)。于是，構(gòu)建了基于qemu的OpenHarmony最小系統(tǒng)，希望能讓硬件設(shè)備開發(fā)人員只需一臺筆記本就可以隨時開發(fā)調(diào)試底層系統(tǒng)服務(wù)。

2.2 關(guān)于qemu-arm-linux-min

OpenHarmony的qemu最小系統(tǒng)名稱是qemu-arm-linux-min。從名稱可以看出，它是用qemu模擬的ARM32位運行平臺，使用Linux內(nèi)核運行的OpenHarmony最小系統(tǒng)部件集合。其部件集合的定義在vendor/ohemu/qemu_arm_linux_min/config.json里，包含約20個部件，主要是系統(tǒng)基礎(chǔ)的啟動、DFX、安全、samgr、軟總線相關(guān)的部件。

編譯命令只需要指定qemu-arm-linux-min產(chǎn)品名即可，運行也只需要一個qemu-run.sh命令。詳細(xì)的信息可以跳轉(zhuǎn)到文末的device/qemu/arm_virt虛擬平臺的文檔。

qemu-arm-linux-min的優(yōu)勢：

● 代碼倉少，只需要96個倉代碼（-g ohos:chipset -m chipsets/qemu.xml），詳細(xì)說明參考https://gitee.com/openharmony/manifest。

● 編譯快：只需要編譯5000個文件（完整系統(tǒng)需3萬個）。

● 免燒寫：qemu-run.sh直接運行。

因此，開發(fā)者僅需一臺筆記本，就可以隨時隨地寫代碼，輕松為OpenHarmony做貢獻(xiàn)。

2.3 DEMO TIME

了解qemu-arm-linux-min介紹后，Handy老師為我們介紹了如何使用它。

arm_virt網(wǎng)頁上已經(jīng)比較詳細(xì)地介紹了運行虛擬機的準(zhǔn)備工作了。前面編譯環(huán)境準(zhǔn)備以及下載代碼的都是通用的，編譯命令前面也說明了，只需要指定qemu-arm-linux-min即可。運行前，需要先安裝qemu，請下載5.2以上版本的qemu，并對源碼進(jìn)行編譯。

qemu-run.sh運行腳本有兩個運行模式，普通模式直接啟動，虛擬機只有虛擬磁盤，沒有網(wǎng)絡(luò)。-n選項可以創(chuàng)建虛擬網(wǎng)橋，使得虛擬機和主機之間可以通過網(wǎng)絡(luò)通信，使用hdc等命令。下面我們演示如何使用qemu-arm-linux-min進(jìn)行g(shù)db調(diào)試。

調(diào)試環(huán)境如下圖所示：主機上通過qemu-run.sh創(chuàng)建了虛擬網(wǎng)橋，用于與虛擬機通信。同時，為了在虛擬機上訪問源碼進(jìn)行g(shù)db調(diào)試，在主機上啟動了smbd服務(wù)。虛擬機的內(nèi)核默認(rèn)開啟了cifs模塊，可以掛載主機上的smb共享目錄。

● 使能虛擬機的網(wǎng)絡(luò)接口：

# 使能虛擬機網(wǎng)絡(luò)接口ifconfig eth0 192.168.100.2# 測試與主機側(cè)的網(wǎng)絡(luò)連接ping192.168.100.1-t4

● 在虛擬機掛載主機的samba共享目錄：

# 創(chuàng)建掛載點mkdir /mnt/smb# 掛載cifs文件系統(tǒng)mount -t cifs -o username=xxx,password=xxx,vers=2.1      //192.168.100.1/handy /mnt/smb# 可選建立hdc連接hdc_stdtconn192.168.100.2:5555

● 使用gdb：

# gdb在主機samba服務(wù)器的tools目錄# 調(diào)試代碼在主機samba服務(wù)器的ohos目錄
# 運行調(diào)試程序/mnt/smb/tools/gdb /mnt/smb/ohos/out/qemu-arm-linux/exe.unstripped/startup/init/gdbtest
# 關(guān)聯(lián)源碼目錄directory /mnt/smb/ohos/out/qemu-arm-linux
#其它命令：r, bt

arm版的gdb可以從以下網(wǎng)站獲?。?/p>

https://github.com/therealsaumil/static-arm-bins/（需解決網(wǎng)絡(luò)問題）

https://gitee.com/stesen/ohos_cross_tools

3. init進(jìn)程的設(shè)計理念

3.1 init進(jìn)程的模塊劃分

通過前文的介紹，可以知道init進(jìn)程是系統(tǒng)從內(nèi)核態(tài)向用戶態(tài)引導(dǎo)的核心進(jìn)程；該進(jìn)程是所有用戶態(tài)進(jìn)程的父進(jìn)程。

init的模塊劃分如上圖所示，啟動過程大體分為第一階段和第二階段。第一階段用于創(chuàng)建基礎(chǔ)的根文件系統(tǒng)，包括procfs、sysfs、dev設(shè)備節(jié)點、tmpfs等。第二階段提供了系統(tǒng)參數(shù)服務(wù)，服務(wù)腳本解析能力；然后就進(jìn)入了腳本配置啟動的過程。

具體配置參考《init啟動引導(dǎo)組件》（https://gitee.com/openharmony/docs/blob/master/zh-cn/device-dev/subsystems/subsys-boot-init.md）。

這里很重要的部分是init里提供了模塊化引擎，提供了擴展模塊開發(fā)的對外API，可以在不改變init框架的基礎(chǔ)上擴展init各個模塊的功能。例如可以擴展腳本配置的命令，擴展服務(wù)管理功能，在腳本運行前擴展鉤子執(zhí)行等。

3.2 init進(jìn)程的啟動順序與擴展機制說明

上圖是init進(jìn)程啟動的詳細(xì)過程，主要分為三個部分：

● 第一階段如前面描述，完成基礎(chǔ)根文件系統(tǒng)的構(gòu)建。

● 第二大部分提供了系統(tǒng)參數(shù)服務(wù)，并且完成了配置腳本的掃描與解析。

● 第三大部分進(jìn)入了腳本化運行的階段。

第一部分邏輯固定，不提供擴展；第二部分都是native代碼，可以通過開發(fā)擴展模塊向紅色擴展點注冊鉤子函數(shù)來擴展功能。第三部分通過配置腳本進(jìn)行擴展，每個系統(tǒng)服務(wù)都可以編寫各自的配置文件在指定階段完成相應(yīng)功能。

3.3 init腳本化啟動過程說明

腳本化啟動過程大體可以分為三個階段：

● pre-init完成腳本化早期工作，包括ueventd、data分區(qū)掛載等。

● init階段完成samgr和hdf_devmgr的啟動，這兩個進(jìn)程是各個SA進(jìn)程以及HDI服務(wù)進(jìn)程的管理中心，公共依賴需提前啟動。

● post-init階段是各個子系統(tǒng)服務(wù)啟動的階段。為了保障整機開機啟動速度，這個階段各個服務(wù)都是并行啟動的，服務(wù)之間如果有依賴關(guān)系，需要進(jìn)行運行時同步設(shè)計。init提供了系統(tǒng)參數(shù)服務(wù)，可以提供wait和watch機制，輔助各個服務(wù)進(jìn)行同步。

4. init擴展模塊開發(fā)示例

init擴展模塊代碼都放在base/startup/init_lite/services/modules目錄下，代碼引用API頭文件定義及插件代碼入口：

#include "init_module_engine.h"
MODULE_CONSTRUCTOR(void){   // 加載插件代碼入口，dlopen此插件庫時自動執(zhí)行}
MODULE_DESTRUCTOR(void){   // 卸載插件代碼入口，dlclose此插件庫時自動執(zhí)行}

BUILD.gn編譯腳本依賴及插件安裝目錄：

ohos_shared_library("libinit_example_module") { ... external_deps = [ "init:libinit_module_engine" ] module_install_dir = "lib/init/" ...}

OpenHarmony期待你的加入，與Handy老師一起，深入理解OpenHarmony系統(tǒng)啟動，提PR，輕松踏上設(shè)備軟件開發(fā)之旅，成為貢獻(xiàn)達(dá)人，為OpenHarmony生態(tài)發(fā)展貢獻(xiàn)力量。

附錄：

啟動恢復(fù)子系統(tǒng)概述：

https://gitee.com/openharmony/docs/blob/master/zh-cn/device-dev/subsystems/subsys-boot-overview.md

qemu ARM Virt 標(biāo)準(zhǔn)系統(tǒng)教程：

https://gitee.com/openharmony/device_qemu/tree/master/arm_virt/linux

qemu-arm-linux-min代碼倉說明：

https://gitee.com/openharmony/manifest

qemu ARM Virt 標(biāo)準(zhǔn)系統(tǒng)教程：

https://gitee.com/openharmony/device_qemu/tree/master/arm_virt/linux

Arm版的gdb可以從以下網(wǎng)站獲?。?/p>

https://github.com/therealsaumil/static-arm-bins/

https://gitee.com/stesen/ohos_cross_tools

init啟動引導(dǎo)組件：

https://gitee.com/openharmony/docs/blob/master/zh-cn/device-dev/subsystems/subsys-boot-init.md

審核編輯 ：李倩