技术标签: struct system Linux代码分析 buffer list class each
小结:
从sysdev_shutdown函数的实现,我们可以大概的分析一下驱动的层次模式如下:
1、最顶层的是system_subsys,所有的cls都挂载在他的链表中
2、每一个cls有一个驱动链表,这个驱动链表又可以按sysdev进行一个分组,但是分组只是为了管理方便,驱动还是挂载在cls下的。
3、分组虽然只是管理,但是驱动的一些函数执行,比如shutdown,resume等,是需要匹配对应的组的,所以在suspend失败的时候,进行恢复操作还要重新遍历组。
关于system_subsys和device_subsys(core.c中操作的对象)的关系,在最后一个函数:system_bus_init中点了出来:
system_subsys.kobj.parent = &devices_subsys.kobj;
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
函数列表:
decl_subsys(system, &ktype_sysdev_class, NULL)
声明了一个子系统system_subsys作为类的父节点
在core.c中,我们已经声明了一个device_subsys子系统作为device的父节点
int sysdev_class_register(struct sysdev_class * cls)
类的注册,将类cls挂载到system_subsys父节点下,cls->kobj->kset关联为了system_subsys
后面跟着的是unregister函数,其实现就是将cls->kset脱出
int sysdev_driver_register(struct sysdev_class *cls, struct sysdev_driver *drv)
将驱动drv注册到类cls中,实际就是挂载链表drv->entry到cls->drivers下,并执行drv->add函数
int sysdev_register(struct sys_device * sysdev)
注册系统设备,实际就是设置kobj的名字,然后注册kobj,最后执行cls中所有驱动的add函数
void sysdev_shutdown(void)
int sysdev_suspend(pm_message_t state)
int sysdev_resume(void)
设备的掉电函数,挂起函数,恢复函数,这三个函数的结构层次是类似的,从这些函数里我们也可以分析出驱动模型的层次。
int __init system_bus_init(void)
总线的初始化,这个函数虽然只有两行代码,却很核心的说明了system_subsys和device_subsys的关系:system_subsys是device_subsys的子设备
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
extern struct kset devices_subsys; //这个结构体的定义在core.c的宏中
//根据成员获取结构体
#define to_sysdev(k) container_of(k, struct sys_device, kobj)
#define to_sysdev_attr(a) container_of(a, struct sysdev_attribute, attr)
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
struct sys_device {
u32 id;
struct sysdev_class * cls;
struct kobject kobj;
};
//调用attr的显示函数
static ssize_t sysdev_show(
struct kobject *kobj,
struct attribute *attr,
char *buffer)
{
struct sys_device *sysdev = to_sysdev(kobj); //根据obj获取系统设备
struct sysdev_attribute *sysdev_attr = to_sysdev_attr(attr);
if (sysdev_attr->show)
return sysdev_attr->show(sysdev, buffer);
return -EIO;
}
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
//调用attr的store函数
static ssize_t sysdev_store(
struct kobject *kobj,
struct attribute *attr,
const char *buffer,
size_t count)
{
struct sys_device * sysdev = to_sysdev(kobj);
struct sysdev_attribute * sysdev_attr = to_sysdev_attr(attr);
if (sysdev_attr->store)
return sysdev_attr->store(sysdev, buffer, count);
return -EIO;
}
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
static struct sysfs_ops sysfs_ops = {
.show = sysdev_show,
.store = sysdev_store,
};
//这个type是给sysdev注册时用的
static struct kobj_type ktype_sysdev = {
.sysfs_ops = &sysfs_ops,
};
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
//创建/删除属性文件
int sysdev_create_file(struct sys_device * s, struct sysdev_attribute * a)
{
return sysfs_create_file(&s->kobj, &a->attr);
}
void sysdev_remove_file(struct sys_device * s, struct sysdev_attribute * a)
{
sysfs_remove_file(&s->kobj, &a->attr);
}
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
struct sysdev_class {
struct list_head drivers;
int (*shutdown)(struct sys_device *);
int (*suspend)(struct sys_device *, pm_message_t state);
int (*resume)(struct sys_device *);
struct kset kset;
};
//根据成员获取类和类属性
#define to_sysdev_class(k) container_of(k, struct sysdev_class, kset.kobj)
#define to_sysdev_class_attr(a) container_of(a, struct sysdev_class_attribute, attr)
//调用class_attr的show和store函数
static ssize_t sysdev_class_show(struct kobject *kobj, struct attribute *attr,
char *buffer)
static ssize_t sysdev_class_store(struct kobject *kobj, struct attribute *attr,
const char *buffer, size_t count)
//设置默认的结构体
static struct sysfs_ops sysfs_class_ops = {
.show = sysdev_class_show,
.store = sysdev_class_store,
};
static struct kobj_type ktype_sysdev_class = {
.sysfs_ops = &sysfs_class_ops,
};
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
//创建class的属性文件
int sysdev_class_create_file(struct sysdev_class *c,
struct sysdev_class_attribute *a)
{
return sysfs_create_file(&c->kset.kobj, &a->attr);
}
void sysdev_class_remove_file(struct sysdev_class *c,
struct sysdev_class_attribute *a)
{
sysfs_remove_file(&c->kset.kobj, &a->attr);
}
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
//定义system_subsys结构体(系统子系统)
//之前在core.c中定义的是device_subsys结构体(设备子系统)
//从下面那个注册函数可见,system_subsys是类的父节点
static decl_subsys(system, &ktype_sysdev_class, NULL);
struct kset system_subsys = { \
.kobj = { .k_name = __stringify(system) }, \
.ktype = &ktype_sysdev_class, \
.uevent_ops =NULL, \
}
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
//注册系统设备类,父设备为system_subsys
//其实所谓的注册/卸载操作,就是将kobj关联进链表中
int sysdev_class_register(struct sysdev_class * cls)
{
INIT_LIST_HEAD(&cls->drivers); //驱动链表挂空
cls->kset.kobj.parent = &system_subsys.kobj; //设置父节点
cls->kset.kobj.kset = &system_subsys; //设置宿主
return kset_register(&cls->kset); //注册kset,将kset->kobj关联到subsys链表中
}
void sysdev_class_unregister(struct sysdev_class * cls)
{
kset_unregister(&cls->kset);
}
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
static DEFINE_MUTEX(sysdev_drivers_lock); //定义一个互斥锁
//驱动的注册
//实际就是挂载drv->entry到cls->drivers链表中,并执行drv->add函数
struct sysdev_class *cls, //类
struct sysdev_driver *drv) //驱动
{
int err = 0;
mutex_lock(&sysdev_drivers_lock); //锁
//类不为空,引用一个计数说明要注册一个驱动进去
if (cls && kset_get(&cls->kset)) {
//将驱动入口drv->entry关联到cls的驱动链表中
list_add_tail(&drv->entry, &cls->drivers);
//驱动的add函数存在,则依次执行这个函数将驱动add进cls中的每一个成员中。
if (drv->add) {
struct sys_device *dev;
list_for_each_entry(dev, &cls->kset.list, kobj.entry)
drv->add(dev);
}
} else { //类为空,出错
err = -EINVAL;
printk(KERN_ERR "%s: invalid device class\n", __FUNCTION__);
WARN_ON(1);
}
mutex_unlock(&sysdev_drivers_lock); //解
return err;
}
//驱动的卸载函数
void sysdev_driver_unregister(
struct sysdev_class * cls,
struct sysdev_driver * drv)
{
mutex_lock(&sysdev_drivers_lock);
list_del_init(&drv->entry); //驱动链表挂空
//如果类存在
if (cls) {
//执行驱动的remove函数
if (drv->remove) {
struct sys_device *dev;
list_for_each_entry(dev, &cls->kset.list, kobj.entry)
drv->remove(dev);
}
//释放类的一个引用
kset_put(&cls->kset);
}
mutex_unlock(&sysdev_drivers_lock);
}
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
struct sys_device {
u32 id;
struct sysdev_class * cls;
struct kobject kobj;
};
//注册一个系统设备,这个函数调用的地方很少
//操作:设置kobj的名字,注册kobj,执行驱动中的add函数
int sysdev_register(struct sys_device * sysdev)
{
int error;
struct sysdev_class * cls = sysdev->cls;
//没有关联类
if (!cls)
return -EINVAL;
sysdev->kobj.kset = &cls->kset; //关联KSET
//关联ktype操作
sysdev->kobj.ktype = &ktype_sysdev;
//设置kobj的名字
error = kobject_set_name(&sysdev->kobj, "%s%d",
kobject_name(&cls->kset.kobj), sysdev->id);
if (error)
return error;
//注册kobj
error = kobject_register(&sysdev->kobj);
if (!error) {
struct sysdev_driver * drv;
mutex_lock(&sysdev_drivers_lock);
//执行驱动的add函数
list_for_each_entry(drv, &cls->drivers, entry) {
if (drv->add)
drv->add(sysdev);
}
mutex_unlock(&sysdev_drivers_lock);
}
return error;
}
我们先看一个调用:
int __init s3c2440_init(void)
{
//无关代码
return sysdev_register(&s3c2440_sysdev);
}
static struct sys_device s3c2440_sysdev = {
.cls = &s3c2440_sysclass,
};
struct sysdev_class s3c2440_sysclass = {
set_kset_name("s3c2440-core"),
.suspend = s3c244x_suspend,
.resume = s3c244x_resume
};
#define set_kset_name(str) .kset = { .kobj = { .k_name = str } }
最后将这个调用套上刚才的函数实现,就可以加深理解了。
//反注册,实际就是依次调用sysdev->cls->drivers的remove函数,然后反注册kobj
void sysdev_unregister(struct sys_device * sysdev)
{
struct sysdev_driver * drv;
mutex_lock(&sysdev_drivers_lock);
list_for_each_entry(drv, &sysdev->cls->drivers, entry) {
if (drv->remove)
drv->remove(sysdev);
}
mutex_unlock(&sysdev_drivers_lock);
kobject_unregister(&sysdev->kobj);
}
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
//系统设备关机
//从这个函数中执行shutdown函数的顺序,我们可以分析一下驱动的挂载模型:
//最顶层的是system_subsys,所有的cls都挂载在他的链表中
//每一个cls有一个驱动链表,这个驱动链表又可以按sysdev进行一个分组,但是分组只是为了管理方便,驱动还是挂载在cls下的。
//这个函数实际的操作就是遍历system_subsys.list下所有的cls,执行里面的shutdown函数
void sysdev_shutdown(void)
{
struct sysdev_class * cls;
mutex_lock(&sysdev_drivers_lock);
//从系统子系统中取出每一个cls类
list_for_each_entry_reverse(cls, &system_subsys.list, kset.kobj.entry) {
struct sys_device * sysdev;
//从cls类中取出每一个sysdev系统设备
list_for_each_entry(sysdev, &cls->kset.list, kobj.entry) {
struct sysdev_driver * drv;
//从cls的驱动链表中取出每一个驱动,执行shutdown函数
list_for_each_entry(drv, &cls->drivers, entry) {
if (drv->shutdown)
drv->shutdown(sysdev);
}
//执行类的shutdown函数
if (cls->shutdown)
cls->shutdown(sysdev);
}
}
mutex_unlock(&sysdev_drivers_lock);
}
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
//系统设备的恢复
//实际是先执行类的resume,在依次执行类的驱动链表的resume
static void __sysdev_resume(struct sys_device *dev)
{
struct sysdev_class *cls = dev->cls;
struct sysdev_driver *drv;
//先执行类的rusume函数
if (cls->resume)
cls->resume(dev);
//再依次执行驱动链表中的resume函数
list_for_each_entry(drv, &cls->drivers, entry) {
if (drv->resume)
drv->resume(dev);
}
}
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
typedef struct pm_message {
int event;
} pm_message_t;
//系统设备的挂起函数,参数无意义
int sysdev_suspend(pm_message_t state)
{
struct sysdev_class * cls;
struct sys_device *sysdev, *err_dev;
struct sysdev_driver *drv, *err_drv;
int ret;
//同shutdown一样,按顺序执行suspend函数
list_for_each_entry_reverse(cls, &system_subsys.list, kset.kobj.entry) {
list_for_each_entry(sysdev, &cls->kset.list, kobj.entry) {
//执行类的驱动链表中每一个驱动的suspend挂起函数
list_for_each_entry(drv, &cls->drivers, entry) {
if (drv->suspend) {
ret = drv->suspend(sysdev, state);
if (ret)
goto aux_driver;
}
}
//执行类的挂起函数
if (cls->suspend) {
ret = cls->suspend(sysdev, state);
if (ret)
goto cls_driver;
}
}
}
//每一个挂起都顺利完成
return 0;
//类挂起失败
cls_driver:
drv = NULL;
//类链表中某个驱动挂起失败,drv指向失败的驱动
aux_driver:
//resume之前挂起的本组驱动
list_for_each_entry(err_drv, &cls->drivers, entry) {
if (err_drv == drv)
break;
if (err_drv->resume)
err_drv->resume(sysdev);
}
//resume当前类之前挂起的其他组系统设备
list_for_each_entry(err_dev, &cls->kset.list, kobj.entry) {
if (err_dev == sysdev)
break;
__sysdev_resume(err_dev);
}
/* resume other classes */
list_for_each_entry_continue(cls, &system_subsys.list,
kset.kobj.entry) {
list_for_each_entry(err_dev, &cls->kset.list, kobj.entry) {
pr_debug(" %s\n", kobject_name(&err_dev->kobj));
__sysdev_resume(err_dev);
}
}
return ret;
}
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
//恢复操作,这个实际在suspend的时候已经接触过了
int sysdev_resume(void)
{
struct sysdev_class * cls;
list_for_each_entry(cls, &system_subsys.list, kset.kobj.entry) {
struct sys_device * sysdev;
list_for_each_entry(sysdev, &cls->kset.list, kobj.entry) {
__sysdev_resume(sysdev);
}
}
return 0;
}
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
//系统总线的初始化
int __init system_bus_init(void)
{
//系统子系统的父设备是驱动子系统
system_subsys.kobj.parent = &devices_subsys.kobj;
return subsystem_register(&system_subsys); //子系统注册
}
文章浏览阅读3.2k次。本文研究全球与中国市场分布式光纤传感器的发展现状及未来发展趋势,分别从生产和消费的角度分析分布式光纤传感器的主要生产地区、主要消费地区以及主要的生产商。重点分析全球与中国市场的主要厂商产品特点、产品规格、不同规格产品的价格、产量、产值及全球和中国市场主要生产商的市场份额。主要生产商包括:FISO TechnologiesBrugg KabelSensor HighwayOmnisensAFL GlobalQinetiQ GroupLockheed MartinOSENSA Innovati_预计2026年中国分布式传感器市场规模有多大
文章浏览阅读1.1k次,点赞2次,收藏12次。常用组合逻辑电路结构——为IC设计的延时估计铺垫学习目的:估计模块间的delay,确保写的代码的timing 综合能给到多少HZ,以满足需求!_基4布斯算法代码
文章浏览阅读3.3k次,点赞3次,收藏5次。OpenAI Manager助手(基于SpringBoot和Vue)_chatgpt网页版
文章浏览阅读2.2k次。USACO自1992年举办,到目前为止已经举办了27届,目的是为了帮助美国信息学国家队选拔IOI的队员,目前逐渐发展为全球热门的线上赛事,成为美国大学申请条件下,含金量相当高的官方竞赛。USACO的比赛成绩可以助力计算机专业留学,越来越多的学生进入了康奈尔,麻省理工,普林斯顿,哈佛和耶鲁等大学,这些同学的共同点是他们都参加了美国计算机科学竞赛(USACO),并且取得过非常好的成绩。适合参赛人群USACO适合国内在读学生有意向申请美国大学的或者想锻炼自己编程能力的同学,高三学生也可以参加12月的第_usaco可以多次提交吗
文章浏览阅读394次。1.1 存储程序1.2 创建存储过程1.3 创建自定义函数1.3.1 示例1.4 自定义函数和存储过程的区别1.5 变量的使用1.6 定义条件和处理程序1.6.1 定义条件1.6.1.1 示例1.6.2 定义处理程序1.6.2.1 示例1.7 光标的使用1.7.1 声明光标1.7.2 打开光标1.7.3 使用光标1.7.4 关闭光标1.8 流程控制的使用1.8.1 IF语句1.8.2 CASE语句1.8.3 LOOP语句1.8.4 LEAVE语句1.8.5 ITERATE语句1.8.6 REPEAT语句。_mysql自定义函数和存储过程
文章浏览阅读188次。半导体二极管——集成电路最小组成单元。_本征半导体电流为0
文章浏览阅读2.8k次,点赞3次,收藏18次。游戏水面特效实现方式太多。咱们这边介绍的是一最简单的UV动画(无顶点位移),整个mesh由4个顶点构成。实现了水面效果(左图),不动代码稍微修改下参数和贴图可以实现岩浆效果(右图)。有要思路是1,uv按时间去做正弦波移动2,在1的基础上加个凹凸图混合uv3,在1、2的基础上加个水流方向4,加上对雾效的支持,如没必要请自行删除雾效代码(把包含fog的几行代码删除)S..._unity 岩浆shader
文章浏览阅读5k次。广义线性模型是线性模型的扩展,它通过连接函数建立响应变量的数学期望值与线性组合的预测变量之间的关系。广义线性模型拟合的形式为:其中g(μY)是条件均值的函数(称为连接函数)。另外,你可放松Y为正态分布的假设,改为Y 服从指数分布族中的一种分布即可。设定好连接函数和概率分布后,便可以通过最大似然估计的多次迭代推导出各参数值。在大部分情况下,线性模型就可以通过一系列连续型或类别型预测变量来预测正态分布的响应变量的工作。但是,有时候我们要进行非正态因变量的分析,例如:(1)类别型.._广义线性回归模型
文章浏览阅读69次。环境保护、 保护地球、 校园环保、垃圾分类、绿色家园、等网站的设计与制作。 总结了一些学生网页制作的经验:一般的网页需要融入以下知识点:div+css布局、浮动、定位、高级css、表格、表单及验证、js轮播图、音频 视频 Flash的应用、ul li、下拉导航栏、鼠标划过效果等知识点,网页的风格主题也很全面:如爱好、风景、校园、美食、动漫、游戏、咖啡、音乐、家乡、电影、名人、商城以及个人主页等主题,学生、新手可参考下方页面的布局和设计和HTML源码(有用点赞△) 一套A+的网_垃圾分类网页设计目标怎么写
文章浏览阅读614次,点赞7次,收藏11次。之前找到一个修改 exe 中 DLL地址 的方法, 不太好使,虽然能正确启动, 但无法改变 exe 的工作目录,这就影响了.Net 中很多获取 exe 执行目录来拼接的地址 ( 相对路径 ),比如 wwwroot 和 代码中相对目录还有一些复制到目录的普通文件 等等,它们的地址都会指向原来 exe 的目录, 而不是自定义的 “lib” 目录,根本原因就是没有修改 exe 的工作目录这次来搞一个启动程序,把 .net 的所有东西都放在一个文件夹,在文件夹同级的目录制作一个 exe._.net dll 全局目录
文章浏览阅读1.5k次。本文为转载,原博客地址:http://blog.csdn.net/hujingshuang/article/details/46910259简介 BRIEF是2010年的一篇名为《BRIEF:Binary Robust Independent Elementary Features》的文章中提出,BRIEF是对已检测到的特征点进行描述,它是一种二进制编码的描述子,摈弃了利用区域灰度..._breif description calculation 特征点
文章浏览阅读4.1k次,点赞21次,收藏79次。本文是《基于SpringBoot的房屋租赁管理系统》的配套原创说明文档,可以给应届毕业生提供格式撰写参考,也可以给开发类似系统的朋友们提供功能业务设计思路。_基于spring boot的房屋租赁系统论文