Chinaunix首页 | 论坛 | 博客
  • 博客访问: 4282225
  • 博文数量: 241
  • 博客积分: 15936
  • 博客等级: 上将
  • 技术积分: 25293
  • 用 户 组: 普通用户
  • 注册时间: 2007-03-27 11:22
个人简介

Fedora-ARM

文章分类
文章存档

2016年(3)

2014年(1)

2013年(3)

2012年(50)

2011年(61)

2010年(26)

2009年(27)

2008年(21)

2007年(49)

分类: LINUX

2012-06-15 11:48:54

一、一般视频显示接口初始化所需要的参数
    众所周知,显示器显示的是二维的,处理器将视频数据通过显示接口行、地发送到显示器,每行中的每bit数据通过pclk(像素时钟)同步,每一行通过hsync(行同步时钟)来告诉显示器发完一行。当发完了一帧数据,通过vsync(场同步时钟)告诉显示器已经发完一帧。这些波形时序可以通过以前我写过的一篇《VGA视频信号详解》中的示波器的截图来体会。这些也是写视频显示和采集驱动的基础知识,你必须了解CPU与视频接口间的是数据格式。
    由于早期CRT显示器在显示完一行或者一帧时都需要有一个消隐期来给电子束回到下一行起点或图像左上角起点的时间并避免图像的重影,数字视频的数据格式也继承了这个特性。但是数字视频数据可以利用了这段消隐时间传送其他的辅助数据(例如包含场行同步数据,可以省去场行同步信号线;如果是多路视频采样的芯片,还利用这段空闲的数据区包含一些视频通道号、行号的数据;如果是电视信号,可以包含字幕信息)。正是由于场行消隐期的存在和额外的场行同步时间,真正发送到显示器的数据如下图所示:

    大家从图中可以看出,有效的视频数据变成二维的时候是处在所有发送出的视频数据的中间,而到所有视频数据四边的距离,也就是有效视频数据矩形和所有视频数据矩形边框的一段距离就是消隐期。而这四边的距离以及场行同步时间是因各LCD、显示器的规格而异的,CPU发出的数据必须和显示器的指定数据格式匹配,否则显示的图像就会出现偏离等问题。

    对于嵌入式Linux系统来说,初始化视频显示设备时一般需要根据不同的显示器规格配置上述参数。但是如果将这些参数写死在程序中,每次更换不同的显示器,就需要根据这个显示器的参数重新编译代码,这样肯定是非常麻烦的。但是现在的u-boot和Linux早就为此写好了函数接口,让程序员可以在烧入程序后动态的配置这些参数,不用重新编译烧写了。下面介绍下uboot与内核共同使用uboot的环境变量ENV来传递并获取参数的方法。


二、u-boot获取参数的方式
     u-boot下本身具备了通过env(环境变量)配置液晶屏参数的接口API,其代码在:
drivers/video/videomodes.c

点击(此处)折叠或打开

  1. /*
  2.  * (C) Copyright 2004
  3.  * Pierre Aubert, Staubli Faverges , <p.aubert@staubli.com>
  4.  *
  5.  * See file CREDITS for list of people who contributed to this
  6.  * project.
  7.  *
  8.  * This program is free software; you can redistribute it and/or
  9.  * modify it under the terms of the GNU General Public License as
  10.  * published by the Free Software Foundation; either version 2 of
  11.  * the License, or (at your option) any later version.
  12.  *
  13.  * This program is distributed in the hope that it will be useful,
  14.  * but WITHOUT ANY WARRANTY; without even the implied warranty of
  15.  * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.     See the
  16.  * GNU General Public License for more details.
  17.  *
  18.  * You should have received a copy of the GNU General Public License
  19.  * along with this program; if not, write to the Free Software
  20.  * Foundation, Inc., 59 Temple Place, Suite 330, Boston,
  21.  * MA 02111-1307 USA
  22.  */

  23. /************************************************************************
  24.   为视频模式获取参数:
  25.   默认视频模式可以通过 CONFIG_SYS_DEFAULT_VIDEO_MODE 定义。
  26.   如果没有定义,默认视频模式为 0x301。
  27.   参数可以通过环境变量"videomode"设置,
  28.   有两种不同的方法:
  29.   "videomode=301" - 301 是一个16进制数,他定义了 VESA 模式。
  30.          以下模式是已经实现的:

  31.          颜色        640x480 800x600 1024x768 1152x864 1280x1024
  32.          --------+---------------------------------------------
  33.          8 bits |    0x301    0x303     0x305     0x161     0x307
  34.          15 bits |    0x310    0x313     0x316     0x162     0x319
  35.          16 bits |    0x311    0x314     0x317     0x163     0x31A
  36.          24 bits |    0x312    0x315     0x318     ?     0x31B
  37.          --------+---------------------------------------------
  38.   "videomode=bootargs"
  39.          - 从bootargs环境变量中解析参数。
  40.          格式为"NAME:VALUE,NAME:VALUE" 等等。
  41.          例如:
  42.          "bootargs=video=ctfb:x:800,y:600,depth:16,pclk:25000"
  43.          以上列表中不包含的参数从默认模式中获取,
  44.          也就是以下模式之一:
  45.          mode:0 640x480x24
  46.          mode:1 800x600x16
  47.          mode:2 1024x768x8
  48.          mode:3 960x720x24
  49.          mode:4 1152x864x16
  50.          mode:5 1280x1024x8

  51.          如果 "mode" 没有在参数列表中提供,
  52.          则假定为 mode:0 。
  53.          此方法支持以下参数:
  54.          x     xres = 可见(有效)水平解析度
  55.          y     yres = 可见(有效)垂直解析度
  56.          pclk 每微秒的像素时钟个数
  57.          le 从行同步到图像左边沿的像素时钟数
  58.          ri 从行同步到图像右边沿的像素时钟数
  59.          up 从场同步到图像上边沿的行数
  60.          lo 从场同步到图像下边沿的行数
  61.          hs 行同步时间长度(像素时钟数)
  62.          vs 场同步时间长度(行数)
  63.          sync see FB_SYNC_*
  64.          vmode see FB_VMODE_*
  65.          depth 每个像素的色深(单位:位)
  66.          存在于bootargs中的所有其他的参数都将被忽略。
  67.          也可以直接在变量"videomode"中直接设置参数,
  68.          或者在其他的参数中(例如"myvideo")设置并设置变量为
  69.          "videomode=myvideo"
  70. ****************************************************************************/

  71. #include <common.h>
  72. #include "videomodes.h"

  73. const struct ctfb_vesa_modes vesa_modes[VESA_MODES_COUNT] = {
  74.     {0x301, RES_MODE_640x480, 8},
  75.     {0x310, RES_MODE_640x480, 15},
  76.     {0x311, RES_MODE_640x480, 16},
  77.     {0x312, RES_MODE_640x480, 24},
  78.     {0x303, RES_MODE_800x600, 8},
  79.     {0x313, RES_MODE_800x600, 15},
  80.     {0x314, RES_MODE_800x600, 16},
  81.     {0x315, RES_MODE_800x600, 24},
  82.     {0x305, RES_MODE_1024x768, 8},
  83.     {0x316, RES_MODE_1024x768, 15},
  84.     {0x317, RES_MODE_1024x768, 16},
  85.     {0x318, RES_MODE_1024x768, 24},
  86.     {0x161, RES_MODE_1152x864, 8},
  87.     {0x162, RES_MODE_1152x864, 15},
  88.     {0x163, RES_MODE_1152x864, 16},
  89.     {0x307, RES_MODE_1280x1024, 8},
  90.     {0x319, RES_MODE_1280x1024, 15},
  91.     {0x31A, RES_MODE_1280x1024, 16},
  92.     {0x31B, RES_MODE_1280x1024, 24},
  93. };
  94. const struct ctfb_res_modes res_mode_init[RES_MODES_COUNT] = {
  95.     /* x     y pixclk le    ri up    lo hs vs s vmode */
  96.     {640, 480, 39721, 40, 24, 32, 11, 96, 2, 0, FB_VMODE_NONINTERLACED},
  97.     {800, 600, 27778, 64, 24, 22, 1, 72, 2, 0, FB_VMODE_NONINTERLACED},
  98.     {1024, 768, 15384, 168, 8, 29, 3, 144, 4, 0, FB_VMODE_NONINTERLACED},
  99.     {960, 720, 13100, 160, 40, 32, 8, 80, 4, 0, FB_VMODE_NONINTERLACED},
  100.     {1152, 864, 12004, 200, 64, 32, 16, 80, 4, 0, FB_VMODE_NONINTERLACED},
  101.     {1280, 1024, 9090, 200, 48, 26, 1, 184, 3, 0, FB_VMODE_NONINTERLACED},
  102. };

  103. /************************************************************************
  104.  * 为视频模式获取参数:
  105.  */
  106. /*********************************************************************
  107.  **start:参数起始指针,sep:分割符)返回下一个参数的长度
  108.  */
  109. static int
  110. video_get_param_len (char *start, char sep)
  111. {
  112.     int i = 0;
  113.     while ((*start != 0) && (*start != sep)) {
  114.         start++;
  115.         i++;
  116.     }
  117.     return i;
  118. }
  119. /* 视频参数名的字符串对比 */
  120. static int
  121. video_search_param (char *start, char *param)
  122. {
  123.     int len, totallen, i;
  124.     char *p = start;
  125.     len = strlen (param);
  126.     totallen = len + strlen (start);
  127.     for (i = 0; i < totallen; i++) {
  128.         if (strncmp (p++, param, len) == 0)
  129.             return (i);
  130.     }
  131.     return -1;
  132. }

  133. /***************************************************************
  134.  * 通过环境变量获取参数,Linux内核已经实现
  135.  * 例如:
  136.  * video=ctfb:x:800,xv:1280,y:600,yv:1024,depth:16,mode:0,pclk:25000,
  137.  *     le:56,ri:48,up:26,lo:5,hs:152,vs:2,sync:0,vmode:0,accel:0
  138.  *
  139.  * penv是一个指向环境变量的指针,包含字符串或其他环境变量名。
  140.  * 它甚至可以是"bootargs"
  141.  */

  142. #define GET_OPTION(name,var)                \
  143.     if(strncmp(p,name,strlen(name))==0) {        \
  144.         val_s=p+strlen(name);            \
  145.         var=simple_strtoul(val_s, NULL, 10);    \
  146.     }

  147. int video_get_params (struct ctfb_res_modes *pPar, char *penv)
  148. {
  149.     char *p, *s, *val_s;
  150.     int i = 0, t;
  151.     int bpp;
  152.     int mode;
  153.     /* 优先搜索包含在环境变量中的字符串参数 */
  154.     s = penv;
  155.     if ((p = getenv (s)) != NULL) {
  156.         s = p;
  157.     }
  158.     /* bootargs参数的情况,我们必须从
  159.      * "video=ctfb:"开始。
  160.      */
  161.     i = video_search_param (s, "video=ctfb:");
  162.     if (i >= 0) {
  163.         s += i;
  164.         s += strlen ("video=ctfb:");
  165.     }
  166.     /* 首先搜索“模式”信息,作为默认值 */
  167.     p = s;
  168.     t = 0;
  169.     mode = 0;        /* 默认值为mode0 */
  170.     while ((i = video_get_param_len (p, ',')) != 0) {
  171.         GET_OPTION ("mode:", mode)
  172.             p += i;
  173.         if (*p != 0)
  174.             p++;    /* 跳过 ',' */
  175.     }
  176.     if (mode >= RES_MODES_COUNT)
  177.         mode = 0;
  178.     *pPar = res_mode_init[mode];    /* 拷贝默认值 */
  179.     bpp = 24 - ((mode % 3) * 8);
  180.     p = s;            /* 从新开始 */
  181.     while ((i = video_get_param_len (p, ',')) != 0) {
  182.         GET_OPTION ("x:", pPar->xres)
  183.             GET_OPTION ("y:", pPar->yres)
  184.             GET_OPTION ("le:", pPar->left_margin)
  185.             GET_OPTION ("ri:", pPar->right_margin)
  186.             GET_OPTION ("up:", pPar->upper_margin)
  187.             GET_OPTION ("lo:", pPar->lower_margin)
  188.             GET_OPTION ("hs:", pPar->hsync_len)
  189.             GET_OPTION ("vs:", pPar->vsync_len)
  190.             GET_OPTION ("sync:", pPar->sync)
  191.             GET_OPTION ("vmode:", pPar->vmode)
  192.             GET_OPTION ("pclk:", pPar->pixclock)
  193.             GET_OPTION ("depth:", bpp)
  194.             p += i;
  195.         if (*p != 0)
  196.             p++;    /* 跳过 ',' */
  197.     }
  198.     return bpp;
  199. }

重要数据结构:

点击(此处)折叠或打开

  1. /******************************************************************
  2.  * 解析结构体
  3.  ******************************************************************/
  4. struct ctfb_res_modes {
  5.     int xres;        /* 可见分辨率        */
  6.     int yres;
  7.     /* 时序: 所有值都以像素时钟为单位(当然除了像素时钟本身) */
  8.     int pixclock;        /* 像素时钟(单位:微秒) */
  9.     int left_margin;    /*  从行同步到图像左边沿的像素时钟数   */
  10.     int right_margin;    /从行同步到图像右边沿的像素时钟数 */
  11.     int upper_margin;    /从场同步到图像上边沿的行数    */
  12.     int lower_margin;    /从场同步到图像下边沿的行数    */
  13.     int hsync_len;        /* 行同步时间长度(像素时钟数)    */
  14.     int vsync_len;        /* 场同步时间长度(行数)    */
  15.     int sync;        /* see FB_SYNC_*        */
  16.     int vmode;        /* see FB_VMODE_*        */
  17. };

  18. /******************************************************************
  19.  * Vesa 模式结构体
  20.  ******************************************************************/
  21. struct ctfb_vesa_modes {
  22.     int vesanr;        /* Vesa 号(在LILO中定义) (VESA Nr + 0x200} */
  23.     int resindex;        /* 解析结构体的索引 */
  24.     int bits_per_pixel;    /* bpp */
  25. };
    从这些代码中我们可以看出,我们不仅可以通过预定义在videomodes.h中的res_mode_init获取参数,也可以通过环境变量中的bootargs获取视频参数。当然,通过bootargs获取参数比较灵活,这样只需改写uboot的环境变量就可以让uboot重新适应新的显示器,并且可以将这个参数通过bootargs传递给内核cmdline,内核也可以通过解析cmdline获取这些参数。
    这些接口函数中最重要的就是:

  1. int video_get_params (struct ctfb_res_modes *pPar, char *penv)
  2. pPar:是接收解析好的视频参数的结构体
  3. penv:是需要解析的字符串指针,也可以是包含这个字符串的uboot环境变量名。
    如果uboot需要实现LCD等的显示驱动,就可以通过这个API函数解析出需要的参数,并保存到一个struct ctfb_res_modes结构体中,在LCD初始化的时候使用。实现视频显示参数的串口配置。例如我在S3C6410处理器的U-boot中就实现了参数的获取。

使用举例:

   在u-boot的ENV参数中定义:

  1. dvo2_config=x:800,y:480,le:40,ri:88,up:13,lo:32,hs:48,vs:3,pclk:30000
  在LCD初始化代码中可以通过以下代码中获取参数,保存到一个struct ctfb_res_modes结构体中。

  1. struct ctfb_res_modes temp;
  2. int bpp;
  3. bpp = video_get_params (&temp, "dvo2_config");
   这些保存到struct ctfb_res_modes temp中的数据可以用于初始化LCD控制器等显示设备。

三、与内核视频参数传递方式

   要将数据传给Linux内核,一个标准的方法就是使用cmdline。将 $dvo2_config 放入uboot的bootargs环境变量中,这样就可以将参数传给内核解析,格式应该为:


  1. video=dvo2:x:800,y:480,le:40,ri:88,up:13,lo:32,hs:48,vs:3,pclk:30000
    如果你需要配置多个显示器,那么必须在多添加一个,例如:


  1. video=hdmi:pclk:148500,x:1920,le:40,ri:152,hs:44,y:1080,up:4,lo:36,vs:5
    不可以放到同一个“video=”中,目的是方便内核解析,后面可以看出。

   所以当你配置uboot的bootargs的时候,可以这样:

  1. setenv bootargs '...... video=dvo2:$dvo2_config video=hdmi:$hdmi_config'

四、linux通过cmdline获取参数
    Linux内核也为视频参数的获取做好了函数,程序员可以通过bootloader传递过来的cmdline,轻松获得视频相关的参数(video=),处理函数位于drivers/video/fbmem.c的最后。video_setup函数在系统启动的时候解析cmdline中的“video=”参数,并将多个通过(video=)设置的参数字符串指针分别放到drivers/video/fbmem.c中全局的一个字符串指针数组中:

  1. static char *video_options[FB_MAX] __read_mostly;
    如果你有多个“video=”参数,每个可以包含不同显器的配置参数。之后在显示控制器初始化代码中,你可以利用fbmem.c中导出的fb_get_options函数获取你要处理的那个显示器的参数video_options[i]。如使你在cmdline中存在以下字符串: 

  1. video=dvo2:x:800,y:480,le:40,ri:88,up:13,lo:32,hs:48,vs:3,pclk:30000
    你就可以使用以下代码获取参数字符串的指针。

  1. int ret = 0;
  2. char *dvo2_option;
  3. if ((ret =fb_get_options("dvo2", &dvo2_option)) != 0) {
  4. pr_debug("fb_get_options failed:%d\n", ret);
  5. }
  6. //处理结果为dvo2_option = "x:800,y:480,le:40,ri:88,up:13,lo:32,hs:48,vs:3,pclk:30000"
    接下来就是解析这些参数的问题了。由于在现有的内核中我没有找到相关的解析函数(虽然uboot说内核已经实现),所以我就借用了U-boot的video_get_params函数,修改出一个解析函数:

  1. void video_get_params (struct fb_videomode *pPar, char *penv)
    但是替换第一个参数的结构体为struct fb_videomode,这个结构体是Linux内核获取视频参数的标准结构体,和原来uboot中的struct ctfb_res_modes类似。

    在通过上面的代码获取了dvo2_option之后,就可以通过以下代码解析参数,并保存在struct fb_videomode中了:

  1. struct fb_videomode video_port_option = {NULL, -1, -1, -1, -1, -1, -1, -1, -1, -1, -1, -1};
  2. video_get_params (&video_port_option, dvo2_option);
    在获取了参数之后,有效数据(非-1)就可以用于初始化LCD控制器等显示设备。

    但是由于这些显示参数的使用(无论在uboot还是Linux内核中)都是在显示设备的初始化代码中的,所以无法实现参数解析的模块化,只能写尽量通用的函数,放在各初始化代码中使用。

    
五、在Linux下配置视频参数
    
     在进入了Linux系统之后,如果想要配置这些视频参数,就必须可以方便的配置uboot的ENV参数。这一点uboot早就帮我们做好了。请阅读:《Linux下访问u-boot环境变量简介》
     如果需要配置和查看视频参数,你需要通过类似如下指令即可:

  1. # fw_setenv dvo2_config  "x:800,y:480,le:40,ri:88,up:13,lo:32,hs:48,vs:3,pclk:30000"
  2. # fw_printenv -n dvo2_config
    
     

阅读(8338) | 评论(5) | 转发(20) |
给主人留下些什么吧!~~

cailantu20122013-02-25 14:26:14

大侠,看了你这篇文章,有个LCD的问题咨询您一下。内核中配置LCD是采用了32bpp(888+8透明)(mach-smdk2440.c中配置)这样想实现24位色的显示。当我用下载自您的u-boot-2010-03的boot引导我的内核时候,在driver/video/s3c2410fb.c中确实是进入了case 32的配置选项中。
但是,当我用了开发板(TE2440)自身带的boot引导我的内核(与之前内核一模一样)的时候,都是在driver/video/s3c2410fb.c跳到了case 16中。
所以,想请教您,内核中,如何检测这个LCD参数的?在我无法修改开发板boot的情况下,如何让内核避过boot传递过来的这个LCD参数而实现我正常的内核中24位色显示?
谢谢呀~

tekkamanninja2012-06-18 16:00:32

jamiedu: 我的意思是直接操作地址,不要将ENV的地址范围包含在/dev/mtdx设备中,因为上层应用有可能直接对/dev/mtdx设备直接操作,导致ENV数据被破坏。ENV放在那里,fw_p.....
是啊,用fw_printenv肯定会更好。他在读写ENV的时候会校验CRC的(ENV是保存有CRC校验码的)。自己去操作ENV不仅麻烦,而且会有潜在的bug。人家都已经实现了,为啥要重新造轮子呢?呵呵

jamiedu2012-06-18 15:48:57

tekkamanninja: 如果不放在某个块设备中,你想放哪??
uboot的ENV就是在某个块设备中阿,可能会和uboot放在同一个区。但是还是在一个块设备中。所有在fw_printenv工具.....
我的意思是直接操作地址,不要将ENV的地址范围包含在/dev/mtdx设备中,因为上层应用有可能直接对/dev/mtdx设备直接操作,导致ENV数据被破坏。ENV放在那里,fw_printenv知道它的偏移地址就可以,而不是使用open(dev/mtdx)来操作ENV。不知道我有没有理解错误~呵呵。
-------
MTD1
-------
MTD0
-------
ENV
-------

tekkamanninja2012-06-18 15:37:34

jamiedu: 不错。但一般不会将启动参数的存放区域放在 /dev/mtdx 这类设备中吧?这样有点危险。.....
如果不放在某个块设备中,你想放哪??
uboot的ENV就是在某个块设备中阿,可能会和uboot放在同一个区。但是还是在一个块设备中。所有在fw_printenv工具的配置文件中要定义偏移量,就是对付这类和uboot放在同一个区的情况。

jamiedu2012-06-18 15:33:30

不错。但一般不会将启动参数的存放区域放在 /dev/mtdx 这类设备中吧?这样有点危险。