Android display架构分析（四）

转 http://hi.baidu.com/leowenj/blog/item/37e1a8521e35522842a75b99.html

 

Android display架构分析（四）

 

该文件为高通显卡的驱动文件，比较重要的函数接口和数据结构如下：

A 、高通msm fb 设备的文件操作函数接口

static struct fb_ops msm_fb_ops = {

.owner = THIS_MODULE,

.fb_open = msm_fb_open,

.fb_release = msm_fb_release,

.fb_read = NULL,

.fb_write = NULL,

.fb_cursor = NULL,

.fb_check_var = msm_fb_check_var,     /* 参数检查 */

.fb_set_par = msm_fb_set_par,       /* 设置显示相关参数 */

.fb_setcolreg = NULL, /* set color register */

.fb_blank = NULL,       /* blank display */

.fb_pan_display = msm_fb_pan_display,       /* 显示 */

.fb_fillrect = msm_fb_fillrect,     /* Draws a rectangle */

.fb_copyarea = msm_fb_copyarea, /* Copy data from area to another */

.fb_imageblit = msm_fb_imageblit,   /* Draws a image to the display */

.fb_cursor = NULL,

.fb_rotate = NULL,

.fb_sync = NULL, /* wait for blit idle, optional */

.fb_ioctl = msm_fb_ioctl,    /* perform fb specific ioctl (optional) */

.fb_mmap = NULL,

};

B 、高通msm fb 的driver 接口

static struct platform_driver msm_fb_driver = {

.probe = msm_fb_probe,// 驱动探测函数

.remove = msm_fb_remove,

#ifndef CONFIG_ANDROID_POWER

.suspend = msm_fb_suspend,

.suspend_late = NULL,

.resume_early = NULL,

.resume = msm_fb_resume,

#endif

.shutdown = NULL,

.driver = {

            /* Driver name must match the device name added in platform.c. */

            .name = "msm_fb",

            },

};

C、 msm_fb_init （）

向系统注册 msm fb 的 driver ，初始化时会调用

D 、msm_fb_add_device

     向系统中添加新的 lcd 设备，在 mddi_toshiba.c 中会被调用

mddi_toshiba.c 函数和数据结构介绍

    该文件包含了所有和具体 LCD （ Toshiba ）相关的信息和驱动，重点的数据结构和函数结构如下：

A 、LCD 设备相关信息

static struct platform_device this_device_0 = {

.name   = "mddi_toshiba_vga",

.id   = TOSHIBA_VGA_PRIM,

.dev       = {

         .platform_data = &toshiba_panel_data0,

}

};

        其中 toshiba_panel_data0 包含了硬件 LCD 的控制函数，如开关、初始化等等

B 、LCD driver 接口

static struct platform_driver this_driver = {

.probe = mddi_toshiba_lcd_probe,

.driver = {

         .name   = "mddi_toshiba_vga",

},

};

       其中 mddi_toshiba_lcd_probe 中会调用 msm_fb_add_device 接口把具体 LCD 添加到系统中去。

C 、mddi_toshiba_lcd_init

      注册 LCD 设备及 driver 到系统中去，同时也把 LCD 的固有信息（大小、格式、位率等）一并注册到系统中去。

D 、LCD 相关控制函数

toshiba_common_initial_setup （）：初始化 MDDI bridge

toshiba_prim_start （）：初始化 LCD

   Display Kernel 数据流分析

本部分来看一下应用层以下，显示数据的流程是怎样的。

先来分析一下传统的Linux 平台下FB 设备是如果调用的，如下图所示：

上层调用FB API （主要是fb_ioctl() ），fb_ioctl() 会调用具体显卡的驱动，这里是高通的显卡驱动，其实就是MDP DMA 的驱动，通过MDP DMA 把显示数据经MDDI 接口送到外围LCD 组件。

Note ：这里的MDP DMA 并不对数据进行任何处理（可以完成简单的格式转换，如RGB565->RGB666 ）。

 

接下来再分析一下Android 平台下显示数据是如何处理的，如下图所示：

同样上层也是调用FB API ，不过这里其实把FB bypass 了，相当于直接调用的是高通MDP PPP 的驱动，然后数据经PPP 处理后再经MDDI 接口送出到外围LCD 组件。

Note ：这里的MDP PPP 可以完成很多显示数据处理功能，如YUV->RGB 、Scale 、Rotate 、Blending 等。

Display Kernel 初始化过程分析

    Kernel 部分 display 的初始化包含下面几个步骤：

1 ）、在 linux fb 设备初始化时会向系统中注册 msm_fb_driver 。 Name 为 msm_fb 。

msm_fb_init －> msm_fb_register_driver-> platform_driver_register(&msm_fb_driver)

其中的 probe 函数会对 msm fb 进行初始化 ， 分配显存等 （ 见 msm_fb_probe 函数 ）。

2 ） 、在 LCD 模块初始化时会先向系统中注册驱动 （ 在 mddi_toshiba_lcd_init 函数中 ）

platform_driver_register(&this_driver); 名字为 mddi_toshiba_vga ；

this_driver 的 probe 函数为 mddi_toshiba_lcd_probe ， 其内部会调用 msm_fb_add_device 向系统中添加 MSM fb 设备 。

3 ） 、调用 platform_device_register(&this_device_0) 向系统中注册设备 ， 名字为 mddi_toshiba_vga ， 其中 this_device_0 包含了一些操作 LCD 的接口 ， 如 on/off 。

Note:设备和 driver 的 name 需要一致才可以绑定 ； 另外 ， 如果某些设备不需要让 platform 的总线来管理 ， 那么只需要注册驱动即可 ， 而无须向系统中注册 device ， 如 msm_touch 。