1intdriver_probe_device(structdevice_driver *drv,structdevice *dev)2{3intret =0;45if(!device_is_registered(dev))6return-ENODEV;78pr_debug("bus: '%s': %s: matched device %s with driver %s\n",9drv->bus->name, __func__, dev_name(dev), drv->name);1011pm_runtime_barrier(dev);1...
data = &tegra_eqos_data }, 499 { } 500 }; 501 MODULE_DEVICE_TABLE(of, dwc_eth_dwmac_match); (2)dwmac-dwc-qos-eth这个驱动一共调用了4个probe子项(441行、445行、456行和460行),分别完成不同的功能,一步步走到最终调用register_netdev完成网卡驱动的注册;上面代码中做了简述,之后的文章会...
bus_for_each_dev遍历该总线上所有的device,执行一次__driver_attach(),看能不能将驱动关联(attach)到某个设备上去。 __driver_attach() -> driver_probe_device() -> drv -> bus -> match(dev, drv), // 调用bus的match函数,看device和driver匹不匹配。如果匹配上,继续执行really_probe()。 -> reall...
Probe的规则是:如果BUS上实现了probe就用BUS的probe;否则才会用driver的probe。 Device一般是先于Driver注册,但也不全是这样的顺序。Linux的Device和Driver的注册过程分别枚举挂在该BUS上所有的Driver和Device实现了这种时序无关性。
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中去看看: ...
对每个挂在虚拟的platform bus的设备作__driver_attach()->driver_probe_device()->drv->bus->match()==platform_match()->比较strncmp(pdev->name, drv->name, BUS_ID_SIZE), 如果相符就调用platform_drv_probe()->driver->probe(),如果probe成功则绑定该设备到该驱动. ...
对每个挂在虚拟的platform bus的设备作__driver_attach()->driver_probe_device()->drv->bus->match()==platform_match()->比较strncmp(pdev->name, drv->name, BUS_ID_SIZE), 如果相符就调用platform_drv_probe()->driver->probe(),如果probe成功则绑定该设备到该驱动. ...
对每个挂在虚拟的platform bus的设备作__driver_attach()->driver_probe_device()->drv->bus->match()==platform_match()->比较strncmp(pdev->name, drv->name, BUS_ID_SIZE), 如果相符就调用platform_drv_probe()->driver->probe(),如果probe成功则绑定该设备到该驱动. ...
驱动挂接到总线上时,与总线上的所有设备进行匹配(用bus_type.match进行匹配), 如果匹配成功,则调用bus_type.probe或者driver.probe初始化该设备;挂接到总线上如果匹配失败,则只是将该驱动挂接到总线上。 那么现在我们无法判断到底我们的sc16550_device和serial8250_isa_driver是哪一个先挂载到总线上的。不过这也并...
驱动设计类似这种思想，各种模块驱动都挂在bus下，然后在添加device或者driver的时候，会通过bus的probe实现...