LinuxI2C子系统之一实例化IC2设备(Client)的四种方法(三、四)

原创作品,转载时请务必以超链接形式标明文章原始出处:http://blog.csdn.net/gqb666/article/details/8698856,作者:gqb666

终于翻译完了,有不准确的地方,还请大家多多指教。

上接博文:LinuxI2C子系统之一实例化IC2设备(Client)的四种方法(一、二)

 原文件位置:linux源码目录\Documentation\i2c\instantiating-devices                      

                      ===========================================

                                                    怎么实例化I2C设备

                      ===========================================

     与PCI与USB总线不同,I2C总线不能在硬件层就将挂在其上的设备枚举出来。相反地,软件必须清楚哪个设备挂在哪个I2C总线上及各个设备的地址ID。所以,内核驱动代码必须显式地“手动”实例化I2C设备。针对不同设备操作的复杂度及项目及其他需要,目前有四种实例化I2C设备的方法:

第三:为特定的设备枚举I2C总线

   有些时候我们无法获取足够的I2C设备信息,怎么调用i2c_new_probed_device()则更是无从谈起。一个典型的例子是为数众多的主板以及其上的多种显示芯片,这里有几十种搭配方式并且每种的地址就可能有25种(这句理解地不好,请多多指教)。即使给定这些数目巨大的主板信息,也几乎不可能建立起一个完整的可用显示芯片列表,幸运地是可以使用这类显示芯片都有制造商和设备ID寄存器,对其进行枚举并唯一地标示它们。

     这种情况下,I2C设备既不能提前定义然后注册又不能显式地实例化。相反地,i2c-core核心驱动将会在它们的驱动程序加载时尽可能快地枚举它们,如果枚举成功,那么这些I2C设备将会被自动地实例化。为了避免这种机制的副作用,必须保证以下两点:

(1)I2C设备驱动程序必须实现detect()函数,该方法用来读取设备专用寄存器以标示特定设备。

(2)只有可能存在挂载设备和允许被枚举的I2C总线才会被枚举。例如,在TV适配器枚举显示芯片,这是不允许的。

举例:

    见  drivers/hwmon/lm90.c文件中lm90_driver and lm90_detect()函数。

成功枚举并被实例化的设备会在两种情况下(不受先后顺序影响)自动被释放:(1)探测到该设备的驱动程序被卸载的时候(2)所挂的总线要被卸载的时候。

    这里所描述的方法3实际上与内核2.4或者说2.6之前I2C子系统的驱动实现非常类似,但有两点重要的区别:

(1)在不得以的情况下枚举法才可以作为一种实例化设备的方法。如果有可能,方法1和方法2都是(优于方法3)值得推荐的方法。方法可能会引起一些意想不到的副作用,所以在万不得以的情况下不要使用它。

(2)I2C总线必须显式地指定哪类I2C设备驱动可以对它进行枚举(通过填充类位域的方式),尽管所有I2C总线会按默认设置被枚举,而实际上这里的默认设置是空,也就是不会有枚举发生(这段翻译可能有争议)。设置类位域的目的是避免上文所述不可预期的副作用。

    需要再次强调的是,方法3应尽可能的避免使用,显式地实例化设备(方法1和方法2)有更好的安全性和更高的效率。

第四:在用户空间实例化设备

    通常来讲,内核必须要知道I2C设备挂到哪个I2C总线上以及I2C设备的地址(设备ID)。然而有些情况并不是这样,所以Linux使用sysfs接口让用户空间提供这些信息给内核。这种接口在每个I2C总线目录下提供了两个文件结点(new_device和delete_device),这两个文件结点都是只写的,用户必须向它们写入正确的参数来(实例化)创建或者删除I2C设备。

    new_device 有两个参数:I2C设备的名字(字符串)和I2C设备的地址(一个数字,通过用以0x开头的十六进制表示,也可以用十进制表示)。

    delete_device只有一个参数:I2D设备地址。因为同一个I2C总线上不可能挂两个相同设备地址的设备,所以这个地址可以唯一地标示设备。

举例:

创建设备:  

     # echo eeprom 0x50 > /sys/bus/i2c/devices/i2c-3/new_device

删除设备:

     # echo 0x50 > /sys/bus/i2c/devices/i2c-3/delete_device

   虽然说sysfs接口方法只能在内核代码无法定义设备的情况下使用,但该方法在下列情况非常有用:
(1)I2C设备驱动通过枚举总线的方式来探测设备,但设备所挂的I2C总线却没有将枚举类位域置位,因为枚举将不可能发生的情况。
(2)I2C设备驱动探测设备时,设备的地址却不是预知的。
(3)I2C设备驱动探测设备时,探测过程因为探测过程太严格或者设备不支持探测(你不能预先知道设备商未支持)而失败。
(4)为实验板自己焊上的I2C设备开发驱动程序测试使用时。
    这种sysfs接口被认为是一些I2C驱动架构中实现的force_*模块参数的替代品,该接口已经在I2C核心层得以实现而不是在个别的I2C设备驱动中。它优点突出而且还有个特性:在改变设置时不需要重新装载驱动程序。更有意思的是,你可以在设备驱动装载之前或者不知驱动是否可用的情况下实例化(创建)一个设备,而且你也不需要关心与这个设备对应的驱动程序是哪个。

你可能感兴趣的:(client,LinuxI2C子系统)