仍是看看 mxc_v4l2_capture.c作了什麼吧。函數
懶得手敲代碼了,仍是老樣子截圖說事吧。blog
可見,Camera驅動仍是做爲了一個平臺驅動。it
看看匹配內容和probe函數作了什麼吧ast
因而查看設備樹相關部分遍歷
看看 mxc_v4l2_probe 函數im
進入 init_camera_struct 看看 d3
這是讀取設備樹的信息,爲之後建立master類型的driver作鋪墊。注意傳入的cam_data一直被填充鏈表
看到一個類型爲master的驅動生成。db
看到了嗎,如我第二篇所述,一個master的類型被註冊,深刻追蹤,一個類型爲master的設備被放入鏈表。img
因而能夠猜到,一個類型爲slave設備註冊進去的時候會遍歷這個鏈表找到對應的master,而後調用其attach函數。
接下來的事情就是無關痛癢的一些建立設備屬性的了,可讀可寫的一些。
剩下的就是一些就是與應用層對接的函數,在第一篇已經說過了。
到此爲止,咱們只是見到了Camera的一箇中間層的驅動,具體的設備驅動見第4篇。