本文共 1343 字，大约阅读时间需要 4 分钟。

client这个变量之前在i2c-core中看到过很多次了，也不再藏着掖着了，这里就解释一下他的来历。这个来历真是 曲折离奇，记得刚开始找这个client的时候，用source insight3来一层层找func的caller， 因为有的函数有多个caller，不得不多次回溯，终于，在花了将近一天时间，经过无数次的回溯后， 我找到了client的前世今生，理清了他的来龙去脉。 client，顾名思义，意为客户端，是与主控器交互的终端。我们这里的client指的就是由主控器控制的挂上i2c总线的芯片。 那么，从硬件层面上来看，挂上i2c总线就是指i2c slave device的scl和sda，与i2c bus相连，那么软件里面需要做什么呢？ 比如，你要遍历bus上的device，总要有地址吧，要有名称吧，还有比如说，这个device有个癖好什么的，这些都需要在软件里面进行添加。 在这里，就那个lis gsensor 芯片而言。他在挂上总线前，必须要显示地在i2c controller上声明这个设备的一些信息并添加到i2c adapter上去。 看到这里可能会有点晕了，一会client 一会controller 一会adapter，名词多了，就容易混乱， 简单介绍一下i2c驱动在linux kernel中的结构： bus driver and device driver []    hardware ()    software                     [pxa controller] 《--i2c bus--》 [device1] 《--i2c bus--》[device2] 《--i2c bus--》[device3]《--i2c bus--》                                                  |                                  (i2c bus driver)                                                                                                      |                                         (i2c core)             ________________|____________________________            |                                     |                                                                | (i2c device driver1）    (i2c device driver1）        (i2c device driver1)        Note： 1)i2c bus driver is depends on particular platform chip ,eg: s3c2440 ,pxa910. 2)i2c device driver is independent to particular platforms. i2c驱动是linux driver 中典型了三层设计， 上层i2c-bus，实现不同处理器的i2c controller，将其抽象成i2c adapter。 下层i2c-chip，实现了各个i2c 设备的驱动。 中间是i2c-core，实现i2c-bus 与 i2c-chip的交互。 通过了这样分层的设计，controller和device的驱动都可以单独编写， 可移植性就非常好了。不同的设备，挂到相同的controller上，也不需要修改代码就可以使用。 不同的controller也可以使用相同的设备，也不需要修改代码就能正常使用。

中间层负责将两者结合并进行交互，屏蔽了controller和device的硬件特性，使得上下两层的驱动不因硬件的变化而变化。

转载地址：http://azbsi.baihongyu.com/