[文章]OpenHarmony HDF 配置管理分析及使用

阅读量0
0
2
HDF配置管理概述
HCS(HDF Configuration Source)是 HDF 驱动框架的配置描述源码,内容以 Key-Value 为主要形式。它实现了配置代码与驱动代码解耦,便于开发者进行配置管理。

HC-GEN(HDF Configuration Generator)是 HCS 配置转换工具,可以将 HDF 配置文件转换为软件可读取的文件格式:
  • 在弱性能环境中,转换为配置树源码,驱动可直接调用 C 代码获取配置。
  • 在高性能环境中,转换为 HCB(HDF Configuration Binary)二进制文件,驱动可使用 HDF 框架提供的配置解析接口获取配置。
以下是使用 HCB 模式的典型应用场景:
36.jpg
图1 配置使用流程图
HCS 经过 HC-GEN 编译生成 HCB 文件,HDF 驱动框架中的 HCS Parser 模块会从 HCB 文件中重建配置树,HDF 驱动模块使用 HCS Parser 提供的配置读取接口获取配置内容。
37.jpg
图2  HCS的架构图

HCS 文本更适合人类阅读,但是并不方便程序直接存取,所以经过 HC-GEN 编译,输出二进制的 HCB 数据。HCB 在编译后打包进内核镜像的.rodata 只读分区,在启动加载时,框架定位到 HCB 数据头,再将二进制数据重新构造为树形数据结构供驱动查询和读取。下面详细分析 HC-GEN 实现。
HCS源码语法
HCS 的语法介绍如下:
关键字
HCS 配置语法保留了以下关键字:
38.jpg

基本结构HCS 主要分为属性(Attribute)和节点(Node)两种结构。
  • 属性
    属性即最小的配置单元,是一个独立的配置项。语法如下:
  1. attribute_name = value;
复制代码
attribute_name 是字母、数字、下划线的组合且必须以字母或下划线开头,字母区分大小写。
value 的可用格式如下:
  • 数字常量,支持二进制、八进制、十进制、十六进制数,具体参考数据类型节。
  • 字符串,内容使用双引号("")引用。
  • 节点引用。
  • attribute 必须以分号(;)结束且必须属于一个 node。
  • 节点
节点是一组属性的集合,语法如下:
  1. node_name {
  2.        module = "sample";
  3.         ...
  4.   }
复制代码
  • node_name 是字母、数字、下划线的组合且必须以字母或下划线开头,字母区分大小写。
  • 大括号后无需添加结束符“;”。
  • root为保留关键字,用于声明配置表的根节点。每个配置表必须以 root 节点开始。
  • root 节点中必须包含 module 属性,其值应该为一个字符串,用于表征该配置所属模块。
  • 节点中可以增加 match_attr 属性,其值为一个全局唯一的字符串。在解析配置时可以调用查找接口以该属性的值查找到包含该属性的节点。
数据类型
  • 整型
整型长度自动推断,根据实际数据长度给与最小空间占用的类型。
  • 二进制,0b 前缀,示例:0b1010。
  • 八进制,0 前缀,示例:0664。
  • 十进制 ,无前缀,且支持有符号与无符号,示例:1024,+1024 均合法。负值在读取时注意使用有符号数读取接口。
  • 十六进制,0x 前缀,示例:0xff00、0xFF。
  • 字符串
字符串使用双引号("")表示。

  • 数组
数组元素支持整型、字符串,不支持混合类型。整型数组中 uint32_t uint64_t 混用会向上转型为 uint64_t 数组。整型数组与字符串数组示例如下:
  1. attr_foo = [0x01, 0x02, 0x03, 0x04];
  2. attr_bar = ["hello", "world"];
复制代码
  • bool类型
bool 类型中 true 表示真,false 表示假。
注释HCS 支持两种注释风格。单行注释:
  1. // comment
复制代码
多行注释:
  1. /*
  2. comment
  3. */
复制代码

其他语法
  • 模板
模板的用途在于生成严格一致的 node 结构,以便对同类型 node 进行遍历和管理。

使用 template 关键字定义模板 node,子 node 通过双冒号“::”声明继承关系。子节点可以改写但不能新增和删除 template 中的属性,子节点中没有定义的属性将使用 template 中的定义作为默认值。示例如下:
  1. root {
  2.     module = "sample";
  3.     template foo {
  4.         attr_1 = 0x1;
  5.         attr_2 = 0x2;
  6.     }
  7.     bar :: foo {
  8.     }
  9.     bar_1 :: foo {
  10.         attr_1 = 0x2;
  11.     }
  12. }
复制代码

生成配置树如下:
  1. root {
  2.     module = "sample";
  3.     bar {
  4.         attr_1 = 0x1;
  5.         attr_2 = 0x2;
  6.     }
  7.     bar_1 {
  8.         attr_1 = 0x2;
  9.         attr_2 = 0x2;
  10.     }
  11. }
复制代码

在上述示例中,bar 和 bar_1 节点继承了 foo 节点,生成配置树节点结构与 foo 保持了完全一致,只是属性的值不同。
  • 引用修改
引用修改可以实现修改另外任意一个节点的内容,语法为:
  1. node :& source_node
复制代码
上述语句表示 node 中的内容是对 source_node 节点内容的修改。示例如下:
  1. root {
  2.     module = "sample";
  3.     foo {
  4.         foo_ :& root.bar{
  5.             attr = "foo";
  6.         }
  7.         foo1 :& foo2 {
  8.             attr = 0x2;
  9.         }
  10.         foo2 {
  11.             attr = 0x1;
  12.         }
  13.     }

  14.     bar {
  15.         attr = "bar";
  16.     }
  17. }
复制代码
最终生成配置树为:
  1. root {
  2.     module = "sample";
  3.     foo {
  4.         foo2 {
  5.             attr = 0x2;
  6.         }
  7.     }
  8.     bar {
  9.         attr = "foo";
  10.     }
  11. }
复制代码

在以上示例中,可以看到 foo.foo_节点通过引用将 bar.attr 属性的值修改为了"foo",foo.foo1 节点通过引用将 foo.foo2.attr 属性的值修改为了 0x2。

foo.foo_以及 foo.foo1 节点表示对目标节点内容的修改,其自身并不会存在最终生成的配置树中。
  • 引用同级 node,可以直接使用 node 名称,否则被引用的节点必须使用绝对路径,节点间使用“.”分隔,root 表示根节点,格式为 root 开始的节点路径序列,例如 root.foo.bar 即为一个合法的绝对路径。
  • 如果出现修改冲突(即多处修改同一个属性),编译器将提示 warning,因为这种情况下只会生效某一个修改而导致最终结果不确定。

节点复制节点复制可以实现在节点定义时从另一个节点先复制内容,用于定义内容相似的节点。语法为:
  1. node : source_node
复制代码
上述语句表示在定义"node"节点时将另一个节点"source_node"的属性复制过来。示例如下:
  1. root {
  2.     module = "sample";
  3.     foo {
  4.         attr_0 = 0x0;
  5.     }
  6.     bar:foo {
  7.         attr_1 = 0x1;
  8.     }
  9. }
复制代码

上述代码的最终生成配置树为:
  1. root {
  2.     module = "sample";
  3.     foo {
  4.         attr_0 = 0x0;
  5.     }
  6.     bar {
  7.         attr_1 = 0x1;
  8.         attr_0 = 0x0;
  9.     }
  10. }
复制代码

在上述示例中,编译后 bar 节点即包含 attr_0 属性也包含 attr_1 属性,在 bar 中对 attr_0 的修改不会影响到 foo。


在 foo 和 bar 在同级 node 中可不指定 foo 的路径,否则需要使用绝对路径引用。


删除
要对 include 导入的 base 配置树中不需要的节点或属性进行删除,可以使用 delete 关键字。下面的举例中 sample1.hcs 通过 include 导入了 sample2.hcs 中的配置内容,并使用 delete 删除了 sample2.hcs 中的 attribute2 属性和 foo_2 节点,示例如下:
  1. #include "sample1.hcs"
  2. root {
  3. attr_2 = delete;
  4. foo_2 : delete {
  5. }
  6. }
复制代码

属性引用为了在解析配置时快速定位到关联的节点,可以把节点作为属性的右值,通过读取属性查找到对应节点。语法为:
  1. attribute = &node;
复制代码

HCB二进制格式
HCB 为便于程序读取的 HCS 的二进制数据格式,按照下面的编码表进行数据组织:
39.jpg

以一个示例分析下 HCS 源码和 HCB 的对应关系:
  1. root {
  2.     module = "sample";
  3.     gpio = [1, 2];
  4. }
复制代码

上述 HCS 编译后的 HCB 数据如下:
40.jpg

HC-GEN使用介绍
hc-gen 是 HCS 的编译器,用于在编译时将 HCS 转化为 HCB,也可以将 HCB 反编译为 HCS 以验证配置数据的正确性,这在驱动调试时将很有帮助。


hc-gen v0.7 之前版本作为 prebuilt 文件以二进制下载方式提供。0.7 版本开始,为了更好的支持多环境部署和版本管理,hc-gen 在编译过程中从源码构建。如果调试需要,可以在 OpenHarmony 源码的 drivers/framework/tools/hc-gen 下执行 make 生成,生成产物在该目录的 build 子目录中。
  1. cd drivers/framework/tools/hc-gen
  2. make

  3. ./build/hc-gen –v
  4. > Hcs compiler 0.7
复制代码

驱动开发过程中,在 hcs 配置文件修改后,可以手动使用 hc-gen 快速验证配置的正确性,生成 HCB 配置文件方法:
  1. hc-gen -o [OutputHcbFileName] -b [SourceHcsFileName]
复制代码
在驱动调试时,可以使用 hc-gen 反编译 HCB 文件获得 HCS 源码,进行配置数据核对。反编译 HCB 文件为 HCS 方法:
  1. hc-gen -o [OutputHcsFileName] -d [SourceHcbFileName]
复制代码

HCS文件编译过程
在 linux 内核中,HCS 编译基于 KBuild 自定义规则实现自主的编译过程,Makefile 入口在 drivers/adapter/khdf/linux/hcs/Makefile。
  1. HC_GEN_DIR := $(abspath $(SOURCE_ROOT)/drivers/framework/tools/hc-gen)
  2. HC_GEN := $(HC_GEN_DIR)/build/hc-gen
  3. LOCAL_HCS_ROOT := $(abspath $(dir $(realpath $(lastword $(MAKEFILE_LIST)))))

  4. # LOCAL_HCS_ROOT为根据目标平台和产品拼接出的HCS路径
  5. HCS_DIR := $(LOCAL_HCS_ROOT)
  6. HCB_FLAGS := -b -i -a

  7. HCS_OBJ := hdf_hcs_hex.o
  8. HCS_OBJ_SRC := $(subst .o,.c,$(notdir $(HCS_OBJ)))

  9. CONFIG_GEN_HEX_SRC := $(addprefix $(LOCAL_HCS_ROOT)/, $(HCS_OBJ_SRC))
  10. CONFIG_HCS_SRC := $(subst _hcs_hex.o,.hcs,$(addprefix $(HCS_DIR)/, $(HCS_OBJ)))

  11. # 使用自定义的.o生成规则覆盖KBbuild默认规则
  12. $(obj)/$(HCS_OBJ): $(CONFIG_GEN_HEX_SRC)
  13.         $(Q)$(CC) $(c_flags) -c -o $@ [        DISCUZ_CODE_5215        ]lt;
  14.         $(Q)rm -f [        DISCUZ_CODE_5215        ]lt;

  15. # 将HCB文件生成后再转换为.c文件中的hex数组,依赖目标为hc-gen工具
  16. $(CONFIG_GEN_HEX_SRC):  $(LOCAL_HCS_ROOT)/%_hcs_hex.c: $(HCS_DIR)/%.hcs | $(HC_GEN)
  17.         $(Q)echo gen hdf built-in config
  18.         $(Q)if [ ! -d $(dir $@) ]; then mkdir -p $(dir $@); fi
  19.         $(Q)$(HC_GEN) $(HCB_FLAGS) -o $(subst _hex.c,,$(@)) [        DISCUZ_CODE_5215        ]lt;

  20. # 生成hc-gen工具
  21. $(HC_GEN):
  22.         $(Q)make -C $(HC_GEN_DIR)

  23. obj-$(CONFIG_DRIVERS_HDF) += $(HCS_OBJ)
复制代码

在 HDF 适配其他平台时,可以复用该 Makefile,核心变化点在正确配置对应平台的 HCS 根路径。


HCS配置使用
HCS配置读取接口在驱动实现中,可以使用 device_resource_if.h 中定义的接口对配置进行查询和读取。常用 API 介绍如下:
41.jpg

配置读取接口使用实例以 UART 控制器驱动为例看 HCS 的使用。UART 在 HCS 中 device_info.hcs 中配置的设备信息为:
  1. device_uart :: device {
  2.     device0 :: deviceNode {
  3.         policy = 1;
  4.         priority = 40;
  5.         permission = 0644;
  6.         moduleName = "HDF_PLATFORM_UART";
  7.         serviceName = "HDF_PLATFORM_UART_0";
  8.         deviceMatchAttr = "hisilicon_hi35xx_uart_0";
  9.     }
  10. }
复制代码

在 hi35xx_uart_config.hcs 中配置如下:
  1. root {
  2.     platform {
  3.         uart_config {
  4.             device_uart_0x0000  {
  5.                 serviceName = "";
  6.                 match_attr = "hisilicon_hi35xx_uart_0";
  7.                 driver_name = "ttyAMA";
  8.                 num = 0;
  9.             }
  10.         }
  11.     }
  12. }
复制代码

注意到 UART 使用了 match_attr 特性,这样驱动框架在 device_uart 设备加载时将自动将 device_uart_0x0000 节点关联到该设备。UART 的配置解析代码如下:
  1. static int32_t HdfUartInit(struct HdfDeviceObject *obj)
  2. {
  3.     int32_t ret;
  4.     struct DeviceResourceIface *iface = NULL;
  5.     …
  6.     devResourceIface = DeviceResourceGetIfaceInstance(HDF_CONFIG_SOURCE);
  7.     if (devResourceIface == NULL) {
  8.         HDF_LOGE("%s: face is invalid", __func__);
  9.         return HDF_FAILURE;
  10.     }

  11.     devResourceIface->GetUint32(obj->property, "num", &host->num, 0);
  12. devResourceIface->GetString(obj->property, "driver_name", &drName, "ttyAMA");
  13. ……
  14.    
  15.     ret = memcpy_s(g_driverName, UART_NAME_LEN - 1, drName, strlen(drName));
  16.     if (ret != EOK) {
  17.         return HDF_FAILURE;
  18.     }
  19.     host->method = &g_uartHostMethod;
  20.     return HDF_SUCCESS;
  21. }
复制代码

device_uart_0x0000 节点被自动关联到了 HdfDeviceObject 的 property 成员。使用 DeviceResourceGetIfaceInstance 接口获取到 HCS 接口实例后调用其成员方法 GetUint32 读取名为"num"的无符号值属性,使用 GetString 接口读取名为"driver_name"的字符串属性。从配置中获取到属性值后,再根据配置值完成相关软硬件的初始化。

总结
本文从全景介绍了 HCS 配置管理方案,重点分析了 HC-GEN 的实现和 HCS 的编译过程,希望对读者理解 HCS 的原理和配置方法能有所帮助。关于 HDF 驱动框架的更多分析,请关注后续文章。


回帖

声明:本文内容及配图由入驻作者撰写或者入驻合作网站授权转载。文章观点仅代表作者本人,不代表电子发烧友网立场。文章及其配图仅供工程师学习之用,如有内容图片侵权或者其他问题,请联系本站作侵删。 侵权投诉
链接复制成功,分享给好友