Linux驅動中，probe函數何時被調用

最近看到linux的裝置驅動模型，關於Kobject、Kset等還不是很清淅。看到了struct device_driver這個結構時，想到一個問題：它的初始化函數到底在哪裡調用呢？以前搞PCI驅動時用pci驅動註冊函數就可以調用它，搞s3c2410驅動時只要在mach-smdk2410.c中的struct platform_device *smdk2410_devices {}中加入裝置也會調用。但從來就沒有想過具體的驅動註冊並調用probe的過程。

於是開啟SourceInsight追蹤了一下：

從driver_register看起：

int driver_register(struct device_driver * drv)
{
        klist_init(&drv->klist_devices, klist_devices_get, klist_devices_put);
        init_completion(&drv->unloaded);
return bus_add_driver(drv);
}

klist_init與init_completion沒去管它，可能是2.6的這個裝置模型要做的一些工作。直覺告訴我要去bus_add_driver。

bus_add_driver中：
都是些Kobject 與 klist 、attr等。還是與裝置模型有關的。但是其中有一句：
driver_attach(drv);
單聽名字就很像：

void driver_attach(struct device_driver * drv)
{
        bus_for_each_dev(drv->bus, NULL, drv, __driver_attach);
}

這個熟悉，遍曆匯流排上的裝置並設用__driver_attach。
在__driver_attach中又主要是這樣：
driver_probe_device(drv, dev);
跑到driver_probe_device中去看看：
有一段很重要：
if (drv->bus->match && !drv->bus->match(dev, drv))
                goto Done;
明顯，是調用的驅動的匯流排上的match函數。如果返回1，則可以繼續，否則就Done了。
繼承執行的話：
        if (drv->probe) {
                ret = drv->probe(dev);
                if (ret) {
                        dev->driver = NULL;
                        goto ProbeFailed;
                }
只要probe存在則調用之。至此就完成了probe的調用。

這個過程鏈的關鍵還是在drv->bus->match ，因為其餘的地方出錯的話就是註冊失敗，而只要註冊不失敗且match返回1，那麼就鐵定會調用驅程的probe了。你可以註冊一個匯流排類型和匯流排,並在match中總是返回 1, 會發現,只要struct device_driver中的bus類型正確時,probe函數總是被調用.
PCI裝置有自己的匯流排模型，估計在它的match中就有一個判斷的條件。

static int pci_bus_match(struct device *dev, struct device_driver *drv)
{
struct pci_dev *pci_dev = to_pci_dev(dev);
struct pci_driver *pci_drv = to_pci_driver(drv);
const struct pci_device_id *found_id;

        found_id = pci_match_device(pci_drv, pci_dev);
if (found_id)
return 1;

return 0;
}

再往下跟蹤就知道主要是根據我們熟悉的id_table來的。

-------------------------------另解-----------------------------------------------------------------------------------------------

從driver_register看起，此處我的這裡是：

int driver_register(struct device_driver * drv)
{
if ((drv->bus->probe && drv->probe) ||
     (drv->bus->remove && drv->remove) ||
     (drv->bus->shutdown && drv->shutdown)) {
   printk(KERN_WARNING "Driver '%s' needs updating - please use bus_type methods\n", drv->name);
}
klist_init(&drv->klist_devices, NULL, NULL);
return bus_add_driver(drv);
} 

klist_init不相關，不用管他，具體再去看bus_add_driver：

int bus_add_driver(struct device_driver *drv)
{
//1.先kobject_set_name(&drv->kobj, "%s", drv->name);
//2.再kobject_register(&drv->kobj)
//3.然後調用了：driver_attach(drv)
}

int driver_attach(struct device_driver * drv)
{
return bus_for_each_dev(drv->bus, NULL, drv, __driver_attach);
}

真正起作用的是__driver_attach：

static int __driver_attach(struct device * dev, void * data)
{
...
if (!dev->driver)
   driver_probe_device(drv, dev);
...
}


int driver_probe_device(struct device_driver * drv, struct device * dev)
{
...
//1.先是判斷bus是否match：
if (drv->bus->match && !drv->bus->match(dev, drv))
goto done;
//2.再具體執行probe：
ret = really_probe(dev, drv);
...
}

really_probe才是我們要找的函數：

static int really_probe(struct device *dev, struct device_driver *drv)
{
...
//1.先是調用的驅動所屬匯流排的probe函數：
if (dev->bus->probe) {
   ret = dev->bus->probe(dev);
if (ret)
goto probe_failed;

} else if (drv->probe) {
//2.再調用你的驅動中的probe函數：
   ret = drv->probe(dev);
if (ret)
goto probe_failed;
}
...

}

其中，drv->probe(dev)，才是真正調用你的驅動實現的具體的probe函數。
也就是對應此文標題所問的，probe函數此時被調用。

聲明：以下主要內容參考自：
關於struct device_driver結構中的probe探測函數的調用
http://blog.chinaunix.net/u2/71164/showart.php?id=1361188