美文网首页
kernel探索driver与of的match过程1

kernel探索driver与of的match过程1

作者: 冰糖小新 | 来源:发表于2018-03-06 19:42 被阅读0次

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

    我们通过添加的printkdump_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函数

    相关文章

      网友评论

          本文标题:kernel探索driver与of的match过程1

          本文链接:https://www.haomeiwen.com/subject/bxbrfftx.html