Chinaunix首页 | 论坛 | 博客
  • 博客访问: 1405593
  • 博文数量: 277
  • 博客积分: 2551
  • 博客等级: 少校
  • 技术积分: 3918
  • 用 户 组: 普通用户
  • 注册时间: 2011-02-21 22:46
文章分类

全部博文(277)

文章存档

2017年(3)

2016年(9)

2015年(65)

2014年(27)

2013年(85)

2012年(61)

2011年(27)

分类: LINUX

2014-10-23 07:04:11

    总线设备驱动模型的出现是为了哪些问题?
         (1)防止驱动代码的不必要复制,将总线共有的属性封装到特殊的、可以用通用方法处理的数据结构中,再关联到总线成员中,这个主要通过kobject,kset,kobj_uevent_env等这些对象来实现
         (2)分别定义了设备、驱动、总线相关的数据结构来抽象它们,并将其与kobject,kset关联起来
         (3)通过kset的集合方式来管理设备与驱动,同时与sysfs自动集成
         (4)设备与驱动的探测、关联过程由总线完成。
             总线提供了match,probe,remove等接口,一旦设备检测到设备添加到系统中,就会去match是否有匹配的驱动程 序,一旦发现有(当然驱动已经insmod到系统中才行,总线不可能去insmod驱动程序),就会再次调用probe方法,将设备和驱动关联起来,此时就会调用驱动程序的probe方法了,传递的参数中就有device了。
             也就是说关联的触发是由硬件的添加引起,具体的关联和匹配的动作则是由总线发起,由设备驱动来具体执行
           顺便提一下,sysfs中可以查看系统的硬件拓扑,这个跟总线设备驱动模型也有关系,算是用户空间传输数据到内核空间的方式
阅读(935) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~