一、粉絲提問

i2c的設(shè)備樹和驅(qū)動(dòng)是如何匹配以及何時(shí)調(diào)用probe的？粉絲手里的I2C外設(shè)是ov5640，一個(gè)攝像頭。粉絲提問，一口君必須安排。

二、問題分析

設(shè)備樹信息如下：

ov5640： ov5640＠3c ｛
compatible ＝ ＂ovti，ov5640＂；
reg ＝ ＜0x3c＞；
pinctrl－names ＝ ＂default＂；
pinctrl－0 ＝ ＜＆pinctrl＿csi1
＆csi＿pwn＿rst＞；
clocks ＝ ＜＆clks IMX6UL＿CLK＿CSI＞；
clock－names ＝ ＂csi＿mclk＂；
pwn－gpios ＝ ＜＆gpio1 4 1＞；
rst－gpios ＝ ＜＆gpio1 2 0＞；
csi＿id ＝ ＜0＞；
mclk ＝ ＜24000000＞；
mclk＿source ＝ ＜0＞；
status ＝ ＂okay＂；
port ｛
ov5640＿ep： endpoint ｛
remote－endpoint ＝ ＜＆csi1＿ep＞；
｝；
｝；
｝；

驅(qū)動(dòng)最重要的結(jié)構(gòu)體如下：

ov5640＿i2c＿driver

要搞懂這個(gè)問題，我們需要有一些基礎(chǔ)知識(shí)：

1．內(nèi)核如何維護(hù)i2c總線

Linux內(nèi)核維護(hù)很多總線，platform、usb、i2c、spi、pci等等，這個(gè)總線的架構(gòu)在內(nèi)核中都支持的很完善，內(nèi)核通過以下結(jié)構(gòu)體來維護(hù)總線：

struct bus＿type ｛
const char ＊name；
const char ＊dev＿name；
struct device ＊dev＿root；
struct device＿attribute ＊dev＿attrs； use dev＿groups instead
const struct attribute＿group ＊＊bus＿groups；
const struct attribute＿group ＊＊dev＿groups；
const struct attribute＿group ＊＊drv＿groups；
int （＊match）（struct device ＊dev， struct device＿driver ＊drv）；
int （＊uevent）（struct device ＊dev， struct kobj＿uevent＿env ＊env）；
int （＊probe）（struct device ＊dev）；
int （＊remove）（struct device ＊dev）；
void （＊shutdown）（struct device ＊dev）；
int （＊online）（struct device ＊dev）；
int （＊offline）（struct device ＊dev）；
int （＊suspend）（struct device ＊dev， pm＿message＿t state）；
int （＊resume）（struct device ＊dev）；
const struct dev＿pm＿ops ＊pm；
struct iommu＿ops ＊iommu＿ops；
struct subsys＿private ＊p；
struct lock＿class＿key lock＿key；
｝；

i2c對(duì)應(yīng)總線結(jié)構(gòu)體變量為i2c＿bus＿type，定義如下：

drivers／i2c／I2c－core．c
struct bus＿type i2c＿bus＿type ＝ ｛
．name ＝ ＂i2c＂，
．match ＝ i2c＿device＿match，
．probe ＝ i2c＿device＿probe，
．remove ＝ i2c＿device＿remove，
．shutdown ＝ i2c＿device＿shutdown，
．pm ＝ ＆i2c＿device＿pm＿ops，
｝；

其中：

i2c＿device＿match（），匹配總線維護(hù)的驅(qū)動(dòng)鏈表和設(shè)備信息鏈表，如果其中名字完全相同，則返回true，否則false；i2c＿device＿probe（），當(dāng)我們注冊(cè)一個(gè)i2c＿drive或者i2c＿client結(jié)構(gòu)體時(shí)，會(huì)從對(duì)應(yīng)的鏈表中查找節(jié)點(diǎn)，并通過i2c＿device＿match函數(shù)比較，如果匹配成功，則調(diào)用i2c＿drive中定義的probe函數(shù)，即ov5640的ov5640＿probe（）函數(shù)；remove：如果卸載i2c＿drive或者i2c＿client結(jié)構(gòu)體，會(huì)調(diào)用該函數(shù)卸載對(duì)應(yīng)的資源；shutdown、pm是電源管理的接口，在此不討論。

該結(jié)構(gòu)體變量在函數(shù)i2c＿init（）中初始化：

static int ＿＿init i2c＿init（void）
｛
…………
retval ＝ bus＿register（＆i2c＿bus＿type）；
…………
｝

i2c架構(gòu)是通用架構(gòu)，可支持多種不同的i2c控制器驅(qū)動(dòng)。

2． i2c架構(gòu)如何如何管理硬件信息和驅(qū)動(dòng)？

不論哪一種總線，一定會(huì)維護(hù)兩個(gè)鏈表，一個(gè)是驅(qū)動(dòng)鏈表，一個(gè)是硬件信息鏈表。鏈表如下：

i2c總線的兩個(gè)節(jié)點(diǎn)信息如下：

「struct i2c＿driver」

struct i2c＿driver ｛
unsigned int class；
Notifies the driver that a new bus has appeared． You should avoid
＊ using this， it will be removed in a near future．

int （＊attach＿adapter）（struct i2c＿adapter ＊） ＿＿deprecated；
Standard driver model interfaces
int （＊probe）（struct i2c＿client ＊， const struct i2c＿device＿id ＊）；
int （＊remove）（struct i2c＿client ＊）；
driver model interfaces that don＇t relate to enumeration
void （＊shutdown）（struct i2c＿client ＊）；
int （＊suspend）（struct i2c＿client ＊， pm＿message＿t mesg）；
int （＊resume）（struct i2c＿client ＊）；
Alert callback， for example for the SMBus alert protocol．
＊ The format and meaning of the data value depends on the protocol．
＊ For the SMBus alert protocol， there is a single bit of data passed
＊ as the alert response＇s low bit （＂event flag＂）．

void （＊alert）（struct i2c＿client ＊， unsigned int data）；
a ioctl like command that can be used to perform specific functions
＊ with the device．

int （＊command）（struct i2c＿client ＊client， unsigned int cmd， void ＊arg）；
struct device＿driver driver；
const struct i2c＿device＿id ＊id＿table；
Device detection callback for automatic device creation
int （＊detect）（struct i2c＿client ＊， struct i2c＿board＿info ＊）；
const unsigned short ＊address＿list；
struct list＿h(yuǎn)ead clients；
｝；
當(dāng)總線匹配驅(qū)動(dòng)和硬件信息成功后就會(huì)調(diào)用其中的probe（）函數(shù)；struct device＿driver driver，內(nèi)核中注冊(cè)的驅(qū)動(dòng)模塊，必須包含該類型的結(jié)構(gòu)體成員。

「struct i2c＿client」

成員含義unsigned short flags從設(shè)備地址長(zhǎng)度unsigned short addr從設(shè)備地址char name［I2C＿NAME＿SIZE］從設(shè)備地址名稱struct i2c＿adapter ＊adapter從設(shè)備地址對(duì)應(yīng)的控制器驅(qū)動(dòng)地址struct device dev注冊(cè)到內(nèi)核的每一個(gè)設(shè)備模塊都需要先定義一個(gè)該結(jié)構(gòu)體變量，對(duì)應(yīng)struct device＿driver driverint irq從設(shè)備地址往往會(huì)有一根中斷線連接到SOC的中斷控制器struct list＿h(yuǎn)ead detected鏈表3． i2c＿driver和i2c＿client1） i2c＿driver如何注冊(cè)

i2c＿driver結(jié)構(gòu)需要我們自己定義，然后通過函數(shù)i2c＿register＿driver（）注冊(cè)，將該結(jié)構(gòu)體變量注冊(cè)到i2c＿driver鏈表，同時(shí)從i2c＿client鏈表中查找是否有匹配的節(jié)點(diǎn)：

設(shè)備樹情況下，會(huì)比較i2c＿drive－＞driver－＞of＿match＿table－＞compatible和i2c＿client－＞name，對(duì)應(yīng)例子中的of＿ov5640＿id：

非設(shè)備樹比較i2c＿drive－＞id＿table－＞name和i2c＿client－＞name，對(duì)應(yīng)例子中的ov5640＿id：

代碼中并沒有直接調(diào)用函數(shù)i2c＿register＿driver（）注冊(cè)，而是使用了下面的這個(gè)宏：

該宏定義如下：

include／linux／I2c．h

該宏其實(shí)自動(dòng)幫我生成了insmod和rmmod會(huì)用到宏module＿init和module＿exit，以及注冊(cè)和注銷i2c＿driver結(jié)構(gòu)體的代碼。

如果看不明白宏，可以編寫測(cè)試文件：test．c

＃define module＿i2c＿driver（＿＿i2c＿driver）
module＿driver（＿＿i2c＿driver， i2c＿add＿driver，
i2c＿del＿driver）

＃define module＿driver（＿＿driver， ＿＿register， ＿＿unregister， ．．．）
static int ＿＿init ＿＿driver＃＃＿init（void）
｛
return ＿＿register（＆（＿＿driver） ， ＃＃＿＿VA＿ARGS＿＿）；
｝
module＿init（＿＿driver＃＃＿init）；
static void ＿＿exit ＿＿driver＃＃＿exit（void）
｛
＿＿unregister（＆（＿＿driver） ， ＃＃＿＿VA＿ARGS＿＿）；
｝
module＿exit（＿＿driver＃＃＿exit）；
module＿i2c＿drive（ov5640＿i2c＿driver）；

預(yù)編譯：

gcc －E test．c

得到宏替換后的結(jié)果：

static int ＿＿init ov5640＿i2c＿driver＿init（void）
｛
return i2c＿add＿driver（＆（ov5640＿i2c＿driver））；
｝
module＿init（ov5640＿i2c＿driver＿init）；
static void ＿＿exit ov5640＿i2c＿driver＿exit（void）
｛
i2c＿del＿driver（＆（ov5640＿i2c＿driver））；
｝
module＿exit（ov5640＿i2c＿driver＿exit）；；

內(nèi)核中有大量的高效簡(jiǎn)潔的宏定義，Linux內(nèi)核就是個(gè)寶庫(kù)，里面有大量的優(yōu)秀的代碼，想提高自己的編程能力，就一定要多看代碼，代碼讀百遍，其義自見。

一口君認(rèn)為，如果Linux代碼都看不太明白，就不要自稱精通C語言，充其量是會(huì)用C語言。

2）i2c＿client如何生成（只討論有設(shè)備樹的情況）

在有設(shè)備樹的情況下，i2c＿client的生成是要在控制器驅(qū)動(dòng)adapter注冊(cè)情況下從設(shè)備樹中枚舉出來的。

i2c控制器有很多種，不同的廠家都會(huì)設(shè)計(jì)自己特有的i2c控制器，但是不論哪一個(gè)控制器，最終都會(huì)調(diào)用i2c＿register＿adapter（）注冊(cè)控制器驅(qū)動(dòng)。

i2c＿client生成流程如下：

i2c＿client三、 i2c的設(shè)備樹和驅(qū)動(dòng)是如何匹配以及何時(shí)調(diào)用probe？1． i2c的設(shè)備樹和驅(qū)動(dòng)是如何match，何時(shí)調(diào)用probe？

從第二章第3節(jié)可知，驅(qū)動(dòng)程序中 module＿i2c＿drive（）這個(gè)宏其實(shí)最終是調(diào)用 i2c＿add＿driver（＆（ov5640＿i2c＿driver））；注冊(cè)ov5640＿i2c＿driver結(jié)構(gòu)體；當(dāng)我們insmod加載驅(qū)動(dòng)模塊文件時(shí)，會(huì)調(diào)用i2c＿add＿driver（）。

該函數(shù)定義如下：

＃define i2c＿add＿driver（driver）
i2c＿register＿driver（THIS＿M(jìn)ODULE， driver）

下面我們來追蹤i2c＿register＿driver（）這個(gè)函數(shù)：

其中drv－＞bus就是我們之前所說的i2c＿bus＿type，上圖中，分別調(diào)用了．match、．probe：

struct bus＿type i2c＿bus＿type ＝ ｛
．name ＝ ＂i2c＂，
．match ＝ i2c＿device＿match，
．probe ＝ i2c＿device＿probe，
．remove ＝ i2c＿device＿remove，
．shutdown ＝ i2c＿device＿shutdown，
．pm ＝ ＆i2c＿device＿pm＿ops，
｝；

下面我們來追一追這兩個(gè)函數(shù)

2． i2c＿device＿match（）

i2c＿device＿match3． i2c＿device＿probe

如下圖所示，通過driver－＞probe（）調(diào)用到我們定義的struct i2c＿driver ov5640＿i2c＿driver結(jié)構(gòu)體變量中的ov5640＿probe（）函數(shù)：

i2c＿device＿probe

【注意】?jī)?nèi)核代碼中大量使用到driver ＝ to＿i2c＿driver（dev－＞driver）；通過通用的結(jié)構(gòu)體變量成員struct device＿driver ＊driver來查找自己注冊(cè)的xx＿driver地址。