快捷導(dǎo)航

詳解Linux驅(qū)動(dòng)中，probe函數(shù)何時(shí)被調(diào)用

更新時(shí)間：2016年12月16日 09:08:12 作者：h13

這篇文章主要介紹了詳解Linux驅(qū)動(dòng)中，probe函數(shù)何時(shí)被調(diào)用 ,具有一定的參考價(jià)值，有興趣的同學(xué)可以了解一下。

最近看到linux的設(shè)備驅(qū)動(dòng)模型，關(guān)于Kobject、Kset等還不是很清淅?？吹搅藄truct device_driver這個(gè)結(jié)構(gòu)時(shí)，想到一個(gè)問題：它的初始化函數(shù)到底在哪里調(diào)用呢？以前搞PCI驅(qū)動(dòng)時(shí)用pci驅(qū)動(dòng)注冊(cè)函數(shù)就可以調(diào)用它，搞s3c2410驅(qū)動(dòng)時(shí)只要在mach-smdk2410.c中的struct platform_device *smdk2410_devices {}中加入設(shè)備也會(huì)調(diào)用。但從來就沒有想過具體的驅(qū)動(dòng)注冊(cè)并調(diào)用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的這個(gè)設(shè)備模型要做的一些工作。直覺告訴我要去bus_add_driver。

bus_add_driver中：

都是些Kobject 與 klist 、attr等。還是與設(shè)備模型有關(guān)的。但是其中有一句：

driver_attach(drv);

單聽名字就很像：

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

這個(gè)熟悉，遍歷總線上的設(shè)備并設(shè)用__driver_attach。

在__driver_attach中又主要是這樣：

driver_probe_device(drv, dev);

跑到driver_probe_device中去看看：

有一段很重要：

if (drv->bus->match && !drv->bus->match(dev, drv))
        goto Done;

明顯，是調(diào)用的驅(qū)動(dòng)的總線上的match函數(shù)。如果返回1，則可以繼續(xù)，否則就Done了。

繼承執(zhí)行的話：

    if (drv->probe) {
        ret = drv->probe(dev);
        if (ret) {
            dev->driver = NULL;
            goto ProbeFailed;
        }

只要probe存在則調(diào)用之。至此就完成了probe的調(diào)用。

這個(gè)過程鏈的關(guān)鍵還是在drv->bus->match ，因?yàn)槠溆嗟牡胤匠鲥e(cuò)的話就是注冊(cè)失敗，而只要注冊(cè)不失敗且match返回1，那么就鐵定會(huì)調(diào)用驅(qū)程的probe了。你可以注冊(cè)一個(gè)總線類型和總線,并在match中總是返回 1, 會(huì)發(fā)現(xiàn),只要struct device_driver中的bus類型正確時(shí),probe函數(shù)總是被調(diào)用.

PCI設(shè)備有自己的總線模型，估計(jì)在它的match中就有一個(gè)判斷的條件。

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;
}

再往下跟蹤就知道主要是根據(jù)我們熟悉的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不相關(guān)，不用管他，具體再去看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.然后調(diào)用了：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.再具體執(zhí)行probe：
ret = really_probe(dev, drv);
...
}

really_probe才是我們要找的函數(shù)：

static int really_probe(struct device *dev, struct device_driver *drv)
{
...
//1.先是調(diào)用的驅(qū)動(dòng)所屬總線的probe函數(shù)：
if (dev->bus->probe) {
  ret = dev->bus->probe(dev);
  if (ret)
  goto probe_failed;

} else if (drv->probe) {
//2.再調(diào)用你的驅(qū)動(dòng)中的probe函數(shù)：
  ret = drv->probe(dev);
  if (ret)
  goto probe_failed;
}
...

}

其中，drv->probe(dev)，才是真正調(diào)用你的驅(qū)動(dòng)實(shí)現(xiàn)的具體的probe函數(shù)。

也就是對(duì)應(yīng)此文標(biāo)題所問的，probe函數(shù)此時(shí)被調(diào)用。

以上就是本文的全部內(nèi)容，希望對(duì)大家的學(xué)習(xí)有所幫助，也希望大家多多支持腳本之家。

您可能感興趣的文章: