linux 下的I2C驱动怎么管理多个相同的设备，设备地址不同

驱动程序可能不需要做太多工作。

三个设备接入系统之后，I2C总线会创建3个不同的Node，然后，你的驱动程序就会被加载。最后结果是，每个设备都有自己的驱动程序实例，互相之间不会有干扰和依赖。

参考：http://bbs.csdn.net/topics/390847077

Linux 中的设备有2种类型：字符设备(无缓冲且只能顺序存取)、块设备(有缓冲且可以随机存取)。每个字符设备和块设备都必须有主、次设备号，主设备号相同的设备是同类设备(使用同一个驱动程序)。这些设备中，有些设备是对实际存在的物理硬件的抽象，而有些设备则是内核自身提供的功能(不依赖于特定的物理硬件，又称为"虚拟设备")。每个设备在 /dev 目录下都有一个对应的文件(节点)。可以通过 cat /proc/devices 命令查看当前已经加载的设备驱动程序的主设备号。内核能够识别的所有设备都记录在原码树下的 Documentation/devices.txt 文件中。在 /dev 目录下除了字符设备和块设备节点之外还通常还会存在：FIFO管道、Socket、软/硬连接、目录。这些东西没有主/次设备号。

了解这些设备的最基本要求就是对 每个设备文件的含义了如指掌，下面就医列表的形式列出常见的设备文件以及相应的含义(比较偏僻的就省略了)：

关注驱动人生，了解更多电脑相关资讯

Linux设备模型使用了三个数据结构分别来描述总线、设备和驱动。所有的设备和对应的驱动都必须挂载在某一个总线上，通过总线，可以绑定设备和驱动。

这个属于分离的思想，将设备和驱动分开管理。

总线是处理器和设备之间的通道。总线有多种类型，每种总线可以挂载多个设备。

在设备模型中，所有的设备都通过总线相连，以总线来管理设备和驱动函数。总线有bus_type结构表示。

设置总线的属性后，会在对应的总线目录下增加了一个新的文件，通过对该文件的读写访问，触发相应的函数 *** 作，从而实现/sys/的文件接口与内核设备模型的数据交互。

bus_attribute中有两个函数指针，show和store。

使用宏BUS_ATTR

BUS_ATTR(_name, _mode, _show, _store)

该宏会定义一个名叫bus_attr__name的bus_attibute的结构，并且成员name设置为_name，文件权限mode设置为_mode，两个函数调用分别人show和store。

使用以下调用：

该函数失败时返回错误号。

一旦调用该函数，会就在指定bus总线的目录下新建一个名叫_name的文件

驱动程序是在CPU运行时，提供 *** 作的软件接口。所有的设备必须有与之配套驱动程序才能正常工作。一个驱动程序可以驱动多个类似或者完全不同的设备。

和设备不一样的是，在注册驱动函数是必须指定该驱动函数对应的总线，因为驱动函数注册成功后，会存放在对应总线的driver目录下，如果没有总线，注册当然会失败。

1、定义结构体device_driver。

2、调用注册函数：

设备就是连接在总线上的物理实体。设备是有功能之分的。具有相同功能的设备被归到一个类，如输入设备（鼠标，键盘，游戏杆等）。

linux系统中每个设备都用一个device结构的表示

注册一个完整的device结构前，至少定义parrent、bus_id、bus和release成员

1、定义结构体device。

2、调用注册函数：

使用宏DEVICE_ATTR

DRIVER_ATTR(_name, _mode, _show, _store)

该宏会定义一个名叫driver_attr__name的driver_attibute的结构，并且成员name设置为_name，文件权限mode设置为_mode，两个函数调用分别人show和store。

一旦调用该函数，会就在指定dev设备的目录下新建一个名叫_name的文件.

设备模型是2.6内核新引入的特征。设备模型提供了一个独立的机制专门来表示设备，并描述其在系统中的拓扑结构。

sys下有如下目录

block：用于管理块设备，系统中的每一个块设备会在该目录下对应一个子目录。

bus：用于管理总线，每注册一条总线，在该目录下有一个对应的子目录。

其中，每个总线子目录下会有两个子目录：devices和drivers。devices包含里系统中所有属于该总线的的设备。drivers包含里系统中所有属于该总线的的驱动。

class：将系统中的设备按功能分类。

devices：该目录提供了系统中设备拓扑结构图。

dev：该目录已注册的设备节点的视图。

class/net/eth0的路径其实就是devices目录中一个网卡设备的软连接。

sys中的其他目录都是将device目录下的数据加以转换加工而得。上面的图中，将usb设备归类到bus总线上，又把它归类到class。正是在sys中有很多这样的结构，内核就有一个完整而且复杂的拓扑结构图。

而维护这些关系的结构体就包括kobject、kset、ktype和subsystem等数据结构

kobject是一个对象的抽象，它用于管理对象。每个kobject对应着sysfs中的一个目录。

kobject用struct kobject来描述。

kset是一些kobject的集合，这些kobject可以有相同的ktype，也可以不同。同时，kset自己也包含一个kobject。在sysfs中，kset也是对应这一个目录，但是目录下面包含着其他的kojbect。

每个kobject对象都内嵌有一个ktype，该结构定义了kobject在创建和删除时所采取的行为。

device和driver里面都有一个成员变量bus，表示它们归哪个总线管理；

bus里面则有两个链表，device链表和driver链表。

当有新的设备加入的时候，就会将它加入它对应的bus的device链表，然后在它的驱动链表中寻找是否有驱动driver和该device匹配成功，如果匹配成功设备就可以正常使用了，否则，不好意思继续等待。

当有新的驱动加入的时候，就会将它加入它对应的bus的driver链表，然后在它的设备链表中寻找是否有设备device和该driver匹配成功，如果成功设备就可以正常使用了

bus_add_device()

bus_probe_device

device_attach

__device_attach

---