OpenHarmony 平头哥玄铁架构 轻量系统移植—润和W800移植分享

Posted 2022-06-11 润和HiHope社区

本方案基于OpenHarmony LiteOS-M内核，使用联盛德W800芯片的润和软件海王星系列[Neptune100开发板](https://gitee.com/openharmony-sig/device_board_hihope)，进行开发移植。移植架构采用`Board`与`SoC`分离方案，支持通过Kconfig图形化配置编译选项，增加玄铁`ck804ef`架构移植，实现了`HDF`、`XTS`等子系统及组件的适配。

适配准备

准备ubuntu20.04系统环境，安装[csky-abiv2-elf-gcc](https://occ.t-head.cn/community/download?id=3885366095506644992)交叉编译工具链。

编译构建

目录规划

本方案的目录结构使用[Board和Soc解耦的思路](https://gitee.com/openharmony-sig/sig-content/blob/master/devboard/docs/board-soc-arch-design.md)：

芯片适配目录规划为：
   ```
   device
   ├── board                                --- 单板厂商目录
   │   └── hihope                           --- 单板厂商名字：HiHope
   │       └── neptune100                   --- 单板名：Neptune100
   └── soc                                  --- SoC厂商目录
       └── winnermicro                      --- SoC厂商名字：联盛德
           └── wm800                        --- SoC Series名：w800系列芯片
   ```

产品样例目录规划为：

   ```
   vendor
   └── hihope                               --- 开发产品样例厂商目录，润和软件的产品样例
       ├── neptune_iotlink_demo             --- 产品名字：Neptune100产品样例代码
       └── ...
   ```

产品定义

`vendor/hihope/neptune_iotlink_demo/config.json`文件下，描述了产品使用的内核、单板、子系统等信息。其中，内核、单板型号、单板厂商需提前规划好，是预编译指令`hb set`关注的。例如：

   ```
   
     "product_name": "neptune_iotlink_demo",   --- 产品名
     "ohos_version": "OpenHarmony 3.1",        --- 使用的OS版本
     "type":"mini",                            --- 系统类型: mini
     "version": "3.0",                         --- 系统版本: 3.0
     "device_company": "hihope",               --- 单板厂商：hihope
     "board": "neptune100",                    --- 单板名：neptune100
     "kernel_type": "liteos_m",                --- 内核类型：liteos_m
     "kernel_version": "3.0.0",                --- 内核版本：3.0.0
     "subsystems": []                          --- 子系统
   
```
填入的信息与规划的目录相对应，其中`device_company`和`board`用于关联出`device/board/<device_company>/`目录。

单板配置

关联到的<board>目录下，在`device/board/hihope/neptune100/liteos_m`目录下放置`config.gni`文件，该配置文件用于描述该单板信息，包括CPU型号、交叉编译工具链及全局编译、链接参数等重要信息：

```
# Kernel type, e.g. "linux", "liteos_a", "liteos_m".
kernel_type = "liteos_m"

# Kernel version.
kernel_version = "3.0.0"

# Board CPU type, e.g. "cortex-a7", "riscv32".
board_cpu = "ck804ef"

# Board arch, e.g.  "armv7-a", "rv32imac".
board_arch = "ck803"

# Toolchain name used for system compiling.
# E.g. gcc-arm-none-eabi, arm-linux-harmonyeabi-gcc, ohos-clang,  riscv32-unknown-elf.
# Note: The default toolchain is "ohos-clang". It's not mandatory if you use the default toolchain.
board_toolchain = "csky-elfabiv2-gcc"

#use_board_toolchain = true

# The toolchain path installed, it's not mandatory if you have added toolchain path to your ~/.bashrc.
board_toolchain_path = ""

# Compiler prefix.
board_toolchain_prefix = "csky-elfabiv2-"

# Compiler type, "gcc" or "clang".
board_toolchain_type = "gcc"

# config.json parse
if (product_path != "")
  product_conf = read_file("$product_path/config.json", "json")
  product_name = product_conf.product_name
  bin_list = product_conf.bin_list

# Board related common compile flags.
board_cflags = [
  "-mcpu=ck804ef",
  "-mhard-float",
  "-DGCC_COMPILE=1",
  "-DTLS_CONFIG_CPU_XT804=1",
  "-DNIMBLE_FTR=1",
  "-D__CSKY_V2__=1",
  "-DCPU_CK804",
  "-O2",
  "-g3",
  "-Wall",
  "-ffunction-sections",
  "-MMD",
  "-MP",
]

board_cxx_flags = board_cflags

board_asmflags = [
  "-mcpu=ck804ef",
  "-DCPU_CK804",
]

board_ld_flags = []

# Board related headfiles search path.
board_include_dirs = []

# Board adapter dir for OHOS components.
board_adapter_dir = ""

# Sysroot path.
board_configed_sysroot = ""

# Board storage type, it used for file system generation.
storage_type = ""
```

预编译

在工程根目录下输入预编译指令`hb set`可显示相关产品信息，如下：

```
hb set
OHOS Which product do you need?  (Use arrow keys)

hihope
 > neptune_iotlink_demo

OHOS Which product do you need?  neptune_iotlink_demo
```

执行`hb set`后，会在根目录下自动生成`ohos_config.json`文件，文件中会列出待编译的产品信息。

通过`hb env`可以查看选择出来的预编译环境变量。

```
[OHOS INFO] root path: /home/xxxx/openharmony_w800
[OHOS INFO] board: neptune100
[OHOS INFO] kernel: liteos_m
[OHOS INFO] product: neptune_iotlink_demo
[OHOS INFO] product path: /home/xxxx/openharmony_w800/vendor/hihope/neptune_iotlink_demo
[OHOS INFO] device path: /home/xxxx/openharmony_w800/device/board/hihope/neptune100/liteos_m
[OHOS INFO] device company: hihope
```

至此，预编译适配完成，但工程还不能执行hb build进行编译，还需要准备好后续的LiteOS-M内核移植。

内核移植

Kconfig适配

在`kernel/liteos_m`的编译中，需要在相应的单板以及SoC目录下使用`Kconfig`文件进行索引。

1. 在`vendor/hihope/neptune_iotlink_demo`目录下创建kernel_configs目录，并创建`debug.config`空文件。

2. 打开`kernel/liteos_m/Kconfig`文件，可以看到在该文件通过orsource命令导入了`device/board`和`device/soc`下多个`Kconfig`文件，后续需要创建并修改这些文件：

   ```
   orsource "../../device/board/*/Kconfig.liteos_m.shields"
   orsource "../../device/board/$(BOARD_COMPANY)/Kconfig.liteos_m.defconfig.boards"
   orsource "../../device/board/$(BOARD_COMPANY)/Kconfig.liteos_m.boards"
   orsource "../../device/soc/*/Kconfig.liteos_m.defconfig"
   orsource "../../device/soc/*/Kconfig.liteos_m.series"
   orsource "../../device/soc/*/Kconfig.liteos_m.soc"
   ```

3. 在`device/board/hihope`下创建相应的的`Kconfig`文件：

   ```
   ├──  neptune100                                  --- neptune100单板配置目录
   │   ├── Kconfig.liteos_m.board                   --- 单板的配置选项
   │   ├── Kconfig.liteos_m.defconfig.board         --- 单板的默认配置项
   │   └── liteos_m
   │       └── config.gni                           --- 单板的配置文件
   ├── Kconfig.liteos_m.boards                      --- 单板厂商下Boards配置信息
   └── Kconfig.liteos_m.defconfig.boards            --- 单板厂商下Boards默认配置信息
   ```

4. 修改`Board`目录下`Kconfig`文件内容：

 在 `neptune100/Kconfig.liteos_m.board`中添加，

   ```
   config BOARD_NEPTUNE100
       bool "select board neptune100"
       depends on SOC_WM800
   ```

配置只有SOC_WM800被选后，BOARD_NEPTUNE100才可被选。

 在 `neptune100/Kconfig.liteos_m.defconfig.board`中添加，

   ```
   if BOARD_NEPTUNE100

   endif #BOARD_NEPTUNE100
   ```

用于添加 BOARD_NEPTUNE100默认配置

5. 在`device/soc/winnermicro`下创建相应的的`Kconfig`文件：

   ```
   ├── wm800                                        --- W800系列
   │   ├── Kconfig.liteos_m.defconfig.wm800         --- W800芯片默认配置
   │   ├── Kconfig.liteos_m.defconfig.series        --- W800系列默认配置
   │   ├── Kconfig.liteos_m.series                  --- W800系列配置
   │   └── Kconfig.liteos_m.soc                     --- W800芯片配置
   ├── Kconfig.liteos_m.defconfig                   --- SoC默认配置
   ├── Kconfig.liteos_m.series                      --- Series配置
   └── Kconfig.liteos_m.soc                         --- SoC配置
   ```

6. 修改`Soc`目录下`Kconfig`文件内容：

 在`wm800/Kconfig.liteos_m.defconfig.wm800`中添加：

   ```
   config SOC
       string
       default "wm800"
       depends on SOC_WM800
   ```

 在`wm800/Kconfig.liteos_m.defconfig.series`中添加：

   ```
   if SOC_SERIES_WM800

   rsource "Kconfig.liteos_m.defconfig.wm800"

   config SOC_SERIES
       string
       default "wm800"

   endif
   ```

 在 `wm800/Kconfig.liteos_m.series`中添加：

   ```
   config SOC_SERIES_WM800
       bool "winnermicro 800 Series"
       select ARM
       select SOC_COMPANY_WINNERMICRO              --- 选择 SOC_COMPANY_WINNERMICRO
       select CPU_XT804
       help
           Enable support for winnermicro 800 series
   ```

 在选择了 SOC_SERIES_WM800之后，才可选 `wm800/Kconfig.liteos_m.soc`文件中的 SOC_WM800：

   ```
   choice
       prompt "Winnermicro 800 series SoC"
       depends on SOC_SERIES_WM800

   config SOC_WM800                         --- 选择 SOC_WM800
       bool "SoC WM800"

   endchoice
   ```

综上所述，要编译单板BOARD_NEPTUNE100，则要分别选中：SOC_COMPANY_WINNERMICRO、SOC_SERIES_WM800、SOC_WM800
7. 在`kernel/liteos_m`中执行`make menuconfig`进行选择配置,能够对SoC Series进行选择：


配置后的文件会默认保存在`vendor/hihope/neptune_iotlink_demo/kernel_configs/debug.config`,也可以直接填写`debug.config`：

   ```
   LOSCFG_PLATFORM_QEMU_CSKY_SMARTL=y
   LOSCFG_SOC_SERIES_WM800=y
   ```

模块化编译

`Board`和`SoC`的编译采用模块化的编译方法，从`kernel/liteos_m/BUILD.gn`开始逐级向下递增。本方案的适配过程如下：

1. 在`device/board/hihope`中新建文件`BUILD.gn`，新增内容如下：

   ```
   if (ohos_kernel_type == "liteos_m")
     import("//kernel/liteos_m/liteos.gni")
     module_name = get_path_info(rebase_path("."), "name")
     module_group(module_name)
       modules = [
         "neptune100",                     --- 单板模块
         "shields",
       ]
     
   
   ```

   在上述`BUILD.gn`中，neptune100以及shields即是按目录层级组织的模块名。

2. 在`device/soc/winnermicro`中，新建文件`BUILD.gn`，按目录层级组织，新增内容如下：

   ```
   if (ohos_kernel_type == "liteos_m")
     import("//kernel/liteos_m/liteos.gni")
     module_name = get_path_info(rebase_path("."), "name")
     module_group(module_name)
       modules = [
        "hals",
        "wm800",
       ]
     
   
   ```

3. 在`device/soc/winnermicro`各个层级模块下，同样新增文件`BUILD.gn`，将该层级模块加入编译。以`device/soc/winnermicro/wm800/board/platform/sys/BUILD.gn`为例：

   ```
   import("//kernel/liteos_m/liteos.gni")
   module_name = get_path_info(rebase_path("."), "name")
   kernel_module(module_name)             --- 编译的模块
     sources = [                            --- 编译的源文件
       "wm_main.c",
     ]
     include_dirs = [                       --- 模块内使用到的头文件
       ".",
     ]
   
   
   ```

4. 为了组织链接以及一些编译选项，在`device/soc/winnermicro/wm800/board/BUILD.gn`下的`config("board_config")`填入了相应的参数：

   ```
   config("board_config")
     ldflags = []                            --- 链接参数，包括ld文件
     libs = []                               --- 链接库
     include_dirs = []                       --- 公共头文件
   ```

5. 为了组织一些产品侧的应用，需要强制链接到产品工程中来，本方案在vendor相应的`config.json`加入了相应的list来组织，在`vendor/hihope/neptune_iotlink_demo/config.json`增加对应的list：

   ```
    "bin_list": [                       --- demo list
     
        "elf_name": "hihope",
        "enable": "false",                 --- list开关
        "force_link_libs": [
          "bootstrap",
          "broadcast",
          ...
        ]
     
   ```

   将demo应用作为模块库来管理，开启/关闭某个demo，在bin_list中增减相应库文件即可。bin_list在gn中可以直接被读取，在`device/board/hihope/neptune100/liteos_m/config.gni`新增内容：

   ```
   # config.json parse
   if (product_path != "")
     product_conf = read_file("$product_path/config.json", "json")
     product_name = product_conf.product_name
     bin_list = product_conf.bin_list
   
   ```

   读取list后即可在相应的链接选项上加入相关的组件库，在`//device/soc/winnermicro/wm800/BUILD.gn`添加内容：

   ```
   foreach(bin_file, bin_list)
      build_enable = bin_file.enable
      ...
      if(build_enable == "true")
     
        ...
        foreach(force_link_lib, bin_file.force_link_libs)
        ldflags += [ "-l$force_link_lib" ]
       
        ...
     
   
   ```

内核子系统适配

在`vendor/hihope/neptune_iotlink_demo/config.json`添加内核子系统及相关配置，如下：

   ```
   "subsystems": [
   
      "subsystem": "kernel",
      "components": [
        "component": "liteos_m", "features":[]
       
      ]
   ,
   ```

内核启动适配

由于Neptune100开发板的芯片架构为Openharmony不支持的ck804ef架构，需要进行ck804ef架构移植。适配 `kernel\\liteos_m\\arch\\include`中定义的通用的文件以及函数列表，并放在了 `kernel\\liteos_m\\arch\\csky\\v2\\ck804\\gcc`文件夹下。

内核初始化示例如下:

   ```
   osStatus_t ret = osKernelInitialize();                    --- 内核初始化
   if(ret == osOK)
   
    threadId = osThreadNew((osThreadFunc_t)sys_init,NULL,&g_main_task); --- 创建init线程
    if(threadId!=NULL)
   
        osKernelStart();                                          --- 线程调度
   
   
   ```

board_main在启动OHOS_SystemInit之前，需要初始化必要的动作，如下：

   ```
   ...
   UserMain();         --- 启动OpenHarmony  OHOS_SystemInit的之前完成驱动的初始化
   ...
   OHOS_SystemInit();  --- 启动OpenHarmony服务，以及组件初始化
   ...
   ```

UserMain函数在`device/soc/winnermicro/wm800/board/app/main.c`文件中，如下：

   ```
   ...
   if (DeviceManagerStart())                                      --- HDF初始化
       printf("[%s] No drivers need load by hdf manager!",__func__);
   
   ...
   ```

HDF驱动框架适配

HDF驱动框架提供了一套应用访问硬件的统一接口，可以简化应用开发，添加HDF组件需要在`//vendor/hihope/neptune_iotlink_demo/kernel_configs`添加：

   ```
   LOSCFG_DRIVERS_HDF=y
   LOSCFG_DRIVERS_HDF_PLATFORM=y
   ```

驱动适配相关文件放置在`drivers/adapter/platform`中，对应有gpio，i2c，pwm，spi，uart，watchdog，都是通过HDF机制加载，本章节以GPIO和UART为例进行详细说明。

GPIO适配

1. 芯片驱动适配文件位于`drivers/adapter/platform`目录，在gpio目录增加`gpio_wm.c`文件，在`BUILD.gn`文件中，描述了W800驱动的编译适配。如下：

   ```
   ...
   if (defined(LOSCFG_SOC_COMPANY_WINNERMICRO))
     sources += [ "gpio_wm.c" ]
   
   ...
   ```

2. `gpio_wm.c`中驱动描述文件如下：

   ```
   /* HdfDriverEntry definitions */
   struct HdfDriverEntry g_GpioDriverEntry =
       .moduleVersion = 1,
       .moduleName = "WM_GPIO_MODULE_HDF",
       .Bind = GpioDriverBind,
       .Init = GpioDriverInit,
       .Release = GpioDriverRelease,
   ;
   HDF_INIT(g_GpioDriverEntry);
   ```

3. 在`device/board/hihope/shields/neptune100/neptune100.hcs`添加gpio硬件描述信息, 添加内容如下：

   ```
   root
       platform
        gpio_config
            match_attr = "gpio_config";
            groupNum = 1;
            pinNum = 48;
       
       
   
   ```

4. 在GpioDriverInit获取hcs参数进行初始化，如下：

   ```
    ...
    gpioCntlr = GpioCntlrFromHdfDev(device);        --- gpioCntlr节点变量获取具体gpio配置
    if (gpioCntlr == NULL)
        HDF_LOGE("GpioCntlrFromHdfDev fail\\r\\n");
        return HDF_DEV_ERR_NO_DEVICE_SERVICE;
   
    ...
   ```

UART适配

1. 芯片驱动适配文件位于`drivers/adapter/platform`目录，在uart目录增加`uart_wm.c`文件，在`BUILD.gn`文件中，描述了W800驱动的编译适配。如下：

   ```
   ...
   if (defined(LOSCFG_SOC_COMPANY_WINNERMICRO))
     sources += [ "uart_wm.c" ]
   
   ...
   ```

2. `uart_wm.c`中驱动描述文件如下：

   ```
   /* HdfDriverEntry definitions */
   struct HdfDriverEntry g_UartDriverEntry =
       .moduleVersion = 1,
       .moduleName = "W800_UART_MODULE_HDF",
       .Bind = UartDriverBind,
       .Init = UartDriverInit,
       .Release = UartDriverRelease,
   ;

   /* Initialize HdfDriverEntry */
   HDF_INIT(g_UartDriverEntry);
   ```

3. 在`device/board/hihope/shields/neptune100/neptune100.hcs`添加uart硬件描述信息, 添加内容如下：

   ```
   root
       platform
        uart_config
        /*
            uart0
                match_attr = "uart0_config";
                num = 0;
                baudrate = 115200;
                parity = 0;
                stopBit = 1;
                data = 8;
            */
            uart1
                match_attr = "uart1_config";
                num = 1;
                baudrate = 115200;
                parity = 0;
                stopBit = 1;
                data = 8;
           
         
     
   
   ```

4. 在UartDriverInit获取hcs参数进行初始化，如下：

   ```
    ...
    host = UartHostFromDevice(device);
    if (host == NULL)
        HDF_LOGE("%s: host is NULL", __func__);
        return HDF_ERR_INVALID_OBJECT;
   
    ...
   ```

Openharmony子系统适配

子系统的编译选项入口在相应产品`config.json`下，如：`vendor/hihope/neptune_iotlink_demo/config.json`。

wifi_lite组件

首先，在`config.json`文件中，增加`communication`子系统的`wifi_lite`部件，如下：

   ```
   
     "subsystem": "communication",
     "components": [
       
         "component": "wifi_lite",
         "optional": "true"
       
     ]
   ,
   ```

`wifi_lite`部件在 `build/lite/components/communication.json`文件中，描述如下：

   ```
   
     "component": "wifi_lite",
     "targets": [
       "//foundation/communication/wifi_lite:wifi"       --- wifi_lite的编译目标
     ],
   ,
   ```

在本案例中，`wifi`适配源码可见`device/soc/winnermicro/wm800/board/src/wifi/wm_wifi.c`,如下：

   ```
   int tls_wifi_netif_add_status_event(tls_wifi_netif_status_event_fn event_fn)   ---用于增加wifi事件功能
   
     u32 cpu_sr;
     struct tls_wifi_netif_status_event *evt;
     //if exist, remove from event list first.
     tls_wifi_netif_remove_status_event(event_fn);
     evt = tls_mem_alloc(sizeof(struct tls_wifi_netif_status_event));
     if(evt==NULL)
         return -1;
     memset(evt, 0, sizeof(struct tls_wifi_netif_status_event));
     evt->status_callback = event_fn;
     cpu_sr = tls_os_set_critical();
     dl_list_add_tail(&wifi_netif_status_event.list, &evt->list);
     tls_os_release_critical(cpu_sr);

     return 0;
   
   ```

系统服务管理子系统适配
系统服务管理子系统适配添加`samgr_lite`部件，直接在`config.json`配置，如下：

   ```
   
     "subsystem": "distributedschedule",
     "components": [
       
         "component": "samgr_lite"
       
     ]
   ,
   ```

公共基础库子系统适配

公共基础库子系统适配添加了`kv_store、file`部件，直接在`config.json`配置，如下：

   ```
   
     "subsystem": "utils",
     "components": [
       
         "component": "kv_store",
         "features": [
           "enable_ohos_utils_native_lite_kv_store_use_posix_kv_api = true"
         ]
       ,
        "component": "file", "features":[]
     ]
   ,
   ```

适配`kv_store`部件时，键值对会写到文件中。在轻量系统中，文件操作相关接口有`POSIX`接口与`HalFiles`接口这两套实现。
因为对接内核的文件系统，采用`POSIX`相关的接口，所以`features`需要增加`enable_ohos_utils_native_lite_kv_store_use_posix_kv_api = true`。

启动恢复子系统适配

启动恢复子系统适配添加了`bootstrap_lite、syspara_lite`部件，直接在`config.json`配置，如下：

   ```
   
     "subsystem": "startup",
     "components": [
       
         "component": "bootstrap_lite"
       ,
       
         "component": "syspara_lite",
         "features": [
           "enable_ohos_startup_syspara_lite_use_posix_file_api = true",
           "config_ohos_startup_syspara_lite_data_path = \\"/data/\\""
         ]
       
     ]
   ,
   ```

适配bootstrap_lite部件时，需要在链接脚本文件`device/soc/winnermicro/wm800/board/ld/w800/gcc_csky.ld`中手动新增如下段：

   ```
   .zinitcall_array :
   
    . = ALIGN(0x4) ;
    PROVIDE_HIDDEN (__zinitcall_core_start = .);
    KEEP (*(SORT(.zinitcall.core*)))
    KEEP (*(.zinitcall.core*))
    PROVIDE_HIDDEN (__zinitcall_core_end = .);
    . = ALIGN(0x4) ;
    PROVIDE_HIDDEN (__zinitcall_device_start = .);
    KEEP (*(SORT(.zinitcall.device*)))
    KEEP (*(.zinitcall.device*))
    PROVIDE_HIDDEN (__zinitcall_device_end = .);
    . = ALIGN(0x4) ;
    PROVIDE_HIDDEN (__zinitcall_bsp_start = .);
    KEEP (*(SORT(.zinitcall.bsp*)))
    KEEP (*(.zinitcall.bsp*))
    PROVIDE_HIDDEN (__zinitcall_bsp_end = .);
    . = ALIGN(0x4) ;
    PROVIDE_HIDDEN (__zinitcall_sys_service_start = .);
    KEEP (*(SORT(.zinitcall.sys.service*)))
    KEEP (*(.zinitcall.sys.service*))
    PROVIDE_HIDDEN (__zinitcall_sys_service_end = .);
    . = ALIGN(0x4) ;
    PROVIDE_HIDDEN (__zinitcall_app_service_start = .);
    KEEP (*(SORT(.zinitcall.app.service*)))
    KEEP (*(.zinitcall.app.service*))
    PROVIDE_HIDDEN (__zinitcall_app_service_end = .);
    . = ALIGN(0x4) ;
    PROVIDE_HIDDEN (__zinitcall_sys_feature_start = .);
    KEEP (*(SORT(.zinitcall.sys.feature*)))
    KEEP (*(.zinitcall.sys.feature*))
    PROVIDE_HIDDEN (__zinitcall_sys_feature_end = .);
    . = ALIGN(0x4) ;
    PROVIDE_HIDDEN (__zinitcall_app_feature_start = .);
    KEEP (*(SORT(.zinitcall.app.feature*)))
    KEEP (*(.zinitcall.app.feature*))
    PROVIDE_HIDDEN (__zinitcall_app_feature_end = .);
    . = ALIGN(0x4) ;
    PROVIDE_HIDDEN (__zinitcall_run_start = .);
    KEEP (*(SORT(.zinitcall.run*)))
    KEEP (*(.zinitcall.run*))
    PROVIDE_HIDDEN (__zinitcall_run_end = .);
    . = ALIGN(0x4) ;
    PROVIDE_HIDDEN (__zinitcall_test_start = .);
    KEEP (*(SORT(.zinitcall.test*)))
    KEEP (*(.zinitcall.test*))
    PROVIDE_HIDDEN (__zinitcall_test_end = .);
    . = ALIGN(0x4) ;
    PROVIDE_HIDDEN (__zinitcall_exit_start = .);
    KEEP (*(SORT(.zinitcall.exit*)))
    KEEP (*(.zinitcall.exit*))
    PROVIDE_HIDDEN (__zinitcall_exit_end = .);
    > REGION_RODATA
   ```

需要新增上述段是因为`bootstrap_init`提供的对外接口，见`utils/native/lite/include/ohos_init.h`文件，采用的是灌段的形式，最终会保存到上述链接段中。主要的服务自动初始化宏如下表格所示：

| 接口名                 | 描述                             |
| ---------------------- | -------------------------------- |
| SYS_SERVICE_INIT(func) | 标识核心系统服务的初始化启动入口 |
| SYS_FEATURE_INIT(func) | 标识核心系统功能的初始化启动入口 |
| APP_SERVICE_INIT(func) | 标识应用层服务的初始化启动入口   |
| APP_FEATURE_INIT(func) | 标识应用层功能的初始化启动入口   |

通过上面加载的组件编译出来的lib文件需要手动加入强制链接。

如在 `vendor/hihope/neptune_iotlink_demo/config.json` 中配置了`bootstrap_lite` 部件

   ```
   
     "subsystem": "startup",
     "components": [
       
         "component": "bootstrap_lite"
       ,
       ...
     ]
   ,
   ```

​`bootstrap_lite`部件会编译`base/startup/bootstrap_lite/services/source/bootstrap_service.c`，该文件中，通过`SYS_SERVICE_INIT`将`Init`函数符号灌段到`__zinitcall_sys_service_start`和`__zinitcall_sys_service_end`中，由于`Init`函数是没有显式调用它，所以需要将它强制链接到最终的镜像。如下：

   ```
   static void Init(void)
   
       static Bootstrap bootstrap;
       bootstrap.GetName = GetName;
       bootstrap.Initialize = Initialize;
       bootstrap.MessageHandle = MessageHandle;
       bootstrap.GetTaskConfig = GetTaskConfig;
       bootstrap.flag = FALSE;
       SAMGR_GetInstance()->RegisterService((Service *)&bootstrap);
   
   SYS_SERVICE_INIT(Init);   --- 通过SYS启动即SYS_INIT启动就需要强制链接生成的lib
   ```

​在`base/startup/bootstrap_lite/services/source/BUILD.gn`文件中，描述了在`out/neptune100/neptune_iotlink_demo/libs` 生成 `libbootstrap.a`，如下：

   ```
   static_library("bootstrap")
     sources = [
       "bootstrap_service.c",
       "system_init.c",
     ]
     ...
   ```

适配`syspara_lite`部件时，系统参数会最终写到文件中进行持久化保存。在轻量系统中，文件操作相关接口有POSIX接口与HalFiles接口这两套实现。

因为对接内核的文件系统，采用POSIX相关的接口，所以features字段中需要增加`enable_ohos_startup_syspara_lite_use_posix_file_api = true`。

### XTS子系统适配

XTS子系统的适配，直接在`config.json`中加入组件选项：

   ```
   
    "subsystem": "xts",
    "components": [
       
        "component": "xts_acts",
        "features":
           [
          "config_ohos_xts_acts_utils_lite_kv_store_data_path = \\"/data\\"",
          "enable_ohos_test_xts_acts_use_thirdparty_lwip = true"
        ]
      ,
      "component": "xts_tools", "features":[]
    ]
   
   ```

另外，XTS功能也使用了list来组织，在`config.json`文件中增减相应模块：

   ```
   "bin_list": [
     
       "enable": "true",
       "force_link_libs": [
          "module_ActsParameterTest",
          "module_ActsBootstrapTest",
          "module_ActsDfxFuncTest",
          "module_ActsHieventLiteTest",
          "module_ActsSamgrTest",
          "module_ActsUtilsFileTest",
          "module_ActsKvStoreTest",
          "module_ActsWifiServiceTest"
       ]
     
   ],
   ```

其它组件的适配过程与官方以及其它厂商的过程类似，不再赘述。
 

开发者涨薪指南 48位大咖的思考法则、工作方式、逻辑体系