OpenHarmony设备开发 Combo解决方案之W800芯片移植案例

zh_ff
发布于 2023-3-22 16:52
浏览
0收藏

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

适配准备

准备ubuntu20.04系统环境,安装​​csky-abiv2-elf-gcc​​交叉编译工具链。

编译构建

目录规划

本方案的目录结构使用​​Board和Soc解耦的思路​​:

芯片适配目录规划为:

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>/​​目录。

单板配置

关联到的目录下,在​​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​​中添加:

在​​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进行选择:

OpenHarmony设备开发  Combo解决方案之W800芯片移植案例-鸿蒙开发者社区

配置后的文件会默认保存在​​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:

将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参数进行初始化,如下:

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参数进行初始化,如下:

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": "systemabilitymgr",
  "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"
    ]
  }
],

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


文章转载自:​​https://docs.openharmony.cn/pages/v3.2Beta/zh-cn/device-dev/porting/porting-w800-combo-demo.md/​

分类
收藏
回复
举报
回复
    相关推荐