驱动-设备树插件注册子系统

设备数插件注册子系统简单案例

前言

前面了解了设备树插件语法，设备树插件基础知识，特别是在基础知识中或者其它设备树插件入门篇中 了解了ConfigFS体系基础知识和ConfigFS 结构体。 那么 接下来就是需要一步一步根据结构体实现业务流程，最终实现内核配置编程。

这里仅从顶层子系统 案例来了解、学习 子系统注册知识点。

参考资料

设备树插件基础必备
注册configfs子系统实验
linux之configfs简介和编程入门
configfs-用户空间控制的内核对象配置

一、操作实验

实验代码

代码如下，流程再简单不过了：

• 定义了 configfs_subsystem 结构体和它的su_group，以及su_group 下的cg_item，cg_item 下的 ci_namebuf 、ci_type
• 定义了 config_item_type 结构体内容，属性和子节点为NULL

#include <linux/module.h>
#include <linux/init.h>
#include <linux/slab.h>
#include <linux/configfs.h>

// 定义名为"myconfig_item_type"的配置项类型结构体
static const struct config_item_type myconfig_item_type = {
    .ct_owner = THIS_MODULE,
    .ct_item_ops = NULL,
    .ct_group_ops = NULL,
    .ct_attrs = NULL,
};

// 定义一个configfs_subsystem结构体实例"myconfigfs_subsystem"
static struct configfs_subsystem myconfigfs_subsystem = {
    .su_group = {
        .cg_item = {
            .ci_namebuf = "myconfigfs",
            .ci_type = &myconfig_item_type,
        }}

};

// 模块的初始化函数
static int myconfigfs_init(void)
{
    // 初始化配置组
    config_group_init(&myconfigfs_subsystem.su_group);
    // 注册子系统
    configfs_register_subsystem(&myconfigfs_subsystem);
    return 0;
}
// 模块退出函数
static void myconfigfs_exit(void)
{
    configfs_unregister_subsystem(&myconfigfs_subsystem);
}

module_init(myconfigfs_init); // 指定模块的初始化函数
module_exit(myconfigfs_exit); // 指定模块的退出函数

MODULE_LICENSE("GPL"); // 模块使用的许可证
MODULE_AUTHOR("wfc");  // 模块的作者

实测结果

编译好驱动文件 insmod configfs_subsystem.ko ，加载后：/sys/kernel/config 目录下 查看目录

代码分析

ConfigFS 重要结构体重温

为什么要重温这几个重要的结构体，放在这里方便对比看看。 比如你看 su_group、cg_item、ci_namebuf、ci_type 为什么在定义configfs_subsystem 结构体时候，属性需要那样写 写这些值？ 为什么？ 因为人家结构体里面就是这样定义的，那么固定属性值就是这些。 那么 就需要你自己见名知意了。

重要几个在结构体数据如下：

// 子系统
struct configfs_subsystem {
	struct config_group	su_group;
	struct mutex		su_mutex;
};


/**
 *	group - a group of config_items of a specific type, belonging
 *	to a specific subsystem.
 */
struct config_group {
	struct config_item		cg_item;
	struct list_head		cg_children;
	struct configfs_subsystem 	*cg_subsys;
	struct list_head		default_groups;
	struct list_head		group_entry;
};



struct config_item {
	char			*ci_name;
	char			ci_namebuf[CONFIGFS_ITEM_NAME_LEN];
	struct kref		ci_kref;
	struct list_head	ci_entry;
	struct config_item	*ci_parent;
	struct config_group	*ci_group;
	const struct config_item_type	*ci_type;
	struct dentry		*ci_dentry;
};


struct config_item_type {
	struct module				*ct_owner;
	struct configfs_item_operations		*ct_item_ops;
	struct configfs_group_operations	*ct_group_ops;
	struct configfs_attribute		**ct_attrs;
	struct configfs_bin_attribute		**ct_bin_attrs;
};

顶层子系统- configfs_subsystem

为什么要重温这几个重要的结构体，放在这里方便对比看看。 那是因为 你看下面的顶层子系统定义，如下：
你看` su_group、cg_item、ci_namebuf、ci_type`

```java
// 定义一个configfs_subsystem结构体实例"myconfigfs_subsystem"
static struct configfs_subsystem myconfigfs_subsystem = {
    .su_group = {
        .cg_item = {
            .ci_namebuf = "myconfigfs",
            .ci_type = &myconfig_item_type,
        }}

};

就这一个顶层configfs_subsystem 结构体的定义，其实就定义了好几方面内容：

• 定义了子系统configfs_subsystem 是myconfigfs_subsystem
• 定义了config_group 是 su_group
• 定义了config_item 是cg_item
• 定义了 ci_name 属性值是 myconfigfs，代表顶层结构值名称是 myconfigfs
• 定义了config_item_type 指向ci_type，就是 myconfig_item_type 指针
  对于 config_item_type 结构体如下、同时代码中myconfig_item_type 定义实则样的？ 如下

struct config_item_type {
	struct module				*ct_owner;
	struct configfs_item_operations		*ct_item_ops;
	struct configfs_group_operations	*ct_group_ops;
	struct configfs_attribute		**ct_attrs;
	struct configfs_bin_attribute		**ct_bin_attrs;
};


```java
// 定义名为"myconfig_item_type"的配置项类型结构体
static const struct config_item_type myconfig_item_type = {
    .ct_owner = THIS_MODULE,
    .ct_item_ops = NULL,
    .ct_group_ops = NULL,
    .ct_attrs = NULL,
};

二、API说明

函数：config_group_init

config_group_init 是 Linux 内核中 ConfigFS 子系统的一个函数，用于初始化一个 config_group 结构体。
功能

• 初始化 config_group 结构体的基本字段
• 设置默认的 group 操作（如果未提供）
• 准备 group 以便后续注册到 ConfigFS 中

函数：config_group_init

configfs_register_subsystem 是用于向 ConfigFS 注册一个子系统的函数。

功能

• 将一个新的子系统注册到 ConfigFS 文件系统中
• 在 configfs 挂载点下创建对应的目录结构
• 使子系统的配置接口对用户空间可见

总结

• 实际简单案例说明顶层子系统的注册 演示
• 子系统注册演示，最终结果在 /sys/kernel/config 路径下看到我们注册的子系统
• 简单demo 演示，理解子系统。重温ConfigFS 重要结构体。理解为什么属性名就是那些。