目前手机芯片厂家提供的源码里包含整个LCD驱动框架，一般厂家会定义一个xxx_fb.c的源文件，注册一个平台设备和平台驱动，在驱动的probe函数中来调用register_framebuffer()，从而生成/dev/fbx的设备节点。这里最重要的数据结构是fb_ops，它包括fb打开、参数设置、画图、配置、内存映射等操作函数，芯片厂家通常提供了这部分的源码，因为这些操作一般是跟芯片内部的DMP和MIPI

DSI等部件打交道。

当开发一款新的LCD驱动时往往需要关注的是LCD最底层的驱动，即是LCD屏的初始化、亮屏、熄屏以及背光操作。个人觉得以下几个问题有必要弄清楚(参考Qualcomm芯片上的驱动代码)：

1、如何添加一款新屏驱动

下面以东芝屏为例(参照源代码mipi_toshiba_video_wvga_pt.c mipi_toshiba.c)

模块初始化：module_init(mipi_video_toshiba_wvga_pt_init)；

在mipi_video_toshiba_wvga_pt_init()中主要工作是设置LCD屏的参数，然后注册一个名为mipi_toshiba的平台驱动和平台设备。在注册平台设备时将LCD亮屏、熄屏以及背光操作添加到平台设备中。在mipi_toshiba的平台驱动中利用probe函数调用msm_fb_add_device()。当需要添加一款新屏的驱动时最主要的工作就是注册一个相关的平台驱动和平台设备，可以参照上面的两个源文件。这里需要说明一下：msm_fb_add_device()函数里定义了一个非常重要的数据结构msm_fb_data_type

mfd，这个结构里包括了fb_info，还定义了panel有关的变量。

2、LCD驱动是如何依次打开MDP、MIPI DSI和LCD PANEL

首先在驱动里注册了三个平台设备msm_fb，mdp，mipi_dsi，然后再对应平台驱动probe的时候把各自设备的指针链接到一起，看下面的调用关系：

mdp_probe(pdev)

|

|--->msm_fb_dev = platform_device_alloc('msm_fb', pdev->id)

|

|

|--->pdata = msm_fb_dev->dev.platform_data

|

|

|--->pdata->on = mdp_dsi_video_on

|

|

|--->pdata->off = mdp_dsi_video_off

|

|

|--->pdata->next = pdev

mipi_dsi_probe(pdev)

|

|--->mdp_dev = platform_device_alloc('mdp', pdev->id)

|

|

|--->pdata = mdp_dev->dev.platform_data

|

|

|--->pdata->on = mipi_dsi_on

|

|

|--->pdata->off = mipi_dsi_off

|

|

|--->pdata->next = pdev

mipi_toshiba_lcd_probe(pdev)

|

|

msm_fb_add_device(pdev)

|

|

|--->pdata = pdev->dev.platform_data

|

|

|--->this_dev = msm_fb_device_alloc(pdata, type, id)

|

|

|--->this_dev = platform_device_alloc()

|

|

|--->platform_device_add_data(this_dev, pdata, ...)

当pdata->next指向this_dev时，执行pdata->on，pdata->off时，即调用到mipi_toshiba_lcd_on和mipi_toshiba_lcd_off。

从上面的分析来看，从MDP到panel的调用顺序应该是：mdp_dsi_video_on-->mipi_dsi_on-->mipi_toshiba_lcd_on。msm_fb_blank_sub()是通过mfd->pdev->dev.platform_data来获取pdata，再调用pdata->on()，从而完成上面的调用，在这里mfd->pdev->dev.platform_data指向的就是msm_fb设备的数据。

3、mfd是如何保存msm_fb设备的指针

msm_fb_add_device(pdev)

|

|--->fbi=framebuffer_alloc(sizeof(struct msm_fb_data_type),NULL)

|

|

|--->mfd=(struct msm_fb_data_type *)fbi->par

|

|

|--->mfd->pdev=this_dev  (this_dev即mipi_dsi)

|

|

|--->platform_set_drvdata(this_dev,mfd)

mipi_dsi_probe(pdev)

|

|--->mfd=platform_get_drvdata(pdev)

|

|

|--->mfd->pdev=mdp_dev

|

|

|--->platform_set_drvdata(mdp_dev,mfd)

mdp_probe(pdev)

|

|--->mfd=platform_get_drvdata(pdev)

|

|

|--->mfd->pdev=msm_fb_dev

|

|

|--->platform_set_drvdata(msm_fb_dev,mfd)

从上面的调用关系来看，mfd->pdev最终指向了平台设备msm_fb，值得一提的是，在这几个函数中完成了mfd结构的填充。

int panel_next_on(struct platform_device *pdev)

每次执行完一个->on后执行panel_next_on，执行下一个->on