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打印出来的函数

接下来往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