kernel探索driver与of的match过程1

回顾：前面的文章我们做了of读取过程的追踪，目的是消除疑惑，理清里面的逻辑。

现在我们可以确定of的读取和MTK定制化没有关系，MTK也是按照kernel的行事规则在添加“mtkfb”节点，然后将mtkfb注册成为了一个platform_driver驱动。

那么针对kernel3.18“mtkfb”这个driver又是在哪里match的呢？(回到系列文章开头的第一个问题)

正文：通过对of读取的探索，我们看到过of的"init"在"driver_match"之前，目的是将of的信息写到bus里面，所以bus里面的节点信息都是在"driver_match"之前就填充完毕了，所以在“driver_match”的时候主要是将mtkfb_driver的代码与已经读取的bus信息进行匹配

进入目录：project/kernel-3.18/drivers/misc/mediatek/video/mt6755/mtkfb.c

我们首先发现mtkfb是一个platform_driver如下图

mtkfb_driver结构

既然是platform_driver，那么需要与platform_device进行区别；这两者肯定是有区别的，具体区别需要单独看

通过搜索我们可以发现platform_driver_register只出现在了int __init mtkfb_init(void)函数里面，并且有module_init(mtkfb_init);这样的注册函数，所以我们基本确定platform_driver_register函数会在mtkfb_init中被调用。

mtkfb_init函数如下:

/* Register both the driver and the device */int __init mtkfb_init(void){ int r = 0; MSG_FUNC_ENTER(); DISPMSG("mtkfb_init Enter\n"); //printk("fuhua->checkcode->when mtkfb_driver begin\n"); //dump_stack(); //printk("fuhua->checkcode->when mtkfb_driver begin2\n"); if (platform_driver_register(&mtkfb_driver)) { PRNERR("failed to register mtkfb driver\n"); r = -ENODEV; goto exit; }#if 0#ifdef CONFIG_HAS_EARLYSUSPEND register_early_suspend(&mtkfb_early_suspend_handler);#endif#endif PanelMaster_Init(); DBG_Init(); mtkfb_ipo_init();exit: MSG_FUNC_LEAVE(); DISPMSG("mtkfb_init LEAVE\n"); return r;}

我们通过添加的printk和dump_stack()可以发现该init函数调用的上级，log如下：

dump_stack打印出来的函数

可以看出调用mtkfb_init的上级函数是do_one_initcall函数，该函数有本人有看过，调用的时候都是传入的指针，而且是在一个for循环里面调用的，所以没必要继续追踪(可通过查找资料补充)

接下来往platform_driver_register函数进行追踪

由于之前已经追过这部分代码，所以从log可看到追踪的痕迹，并且追踪这部分代码还是需要一些技巧，比如printk的时候避免空指针

总之我们开始进一步的追溯，首先我们可以看到platform_driver_register进入了project/kernel-3.18/drivers/base/bus.c里面的bus_add_driver函数，而该函数调用了driver_attach(drv)。

继续跟踪，我们可以看到在kernel-3.18/drivers/base/dd.c文件的__driver_attach函数里已经将of_node信息填写好了，此对比过程暂时不详细描述，也是比较麻烦的这是一个inline函数，并且在driver_match_device(drv, dev)函数里进行的对比，主要是对drv->bus->match(dev, drv)进行了调用，而此函数早已填写好了。通过查找资料和打印log，我们可以确定后面是调用了kernel-3.18/drivers/base/dd.c里面的driver_attach函数(可以查证到match=driver_attach这样的语句)，然后进入bus_for_each_dev，里面有调用到__driver_attach，此函数（__driver_attach）是被循环调用的，如果匹配了就调用里面的driver_probe_device``函数里面就会调用really_probe()```

另外需要注意一点就是driver结构体里面即有drv也有dev，如果没有记错传入match函数的参数只有一个drv，所以通过drv->name可以打印出'mtkfb',通过dev->of_node->properties->value可以打印出设备树里面的compatible信息。

经过这一系列的对比，返回到bus_add_driver，

返回到driver_attach

然后执行module_add_driver(drv->owner,drv);等函数。

通过函数名称，基本上可以确定是在这个时候创建了文件了

至此match函数