个人总结日记：ltv350三星LCD并行接口接2440处理器的linux驱动程序移植

ltv350三星LCD并行接口接2440处理器的linux驱动程序移植


总体上分三步：
1> framebuffer_alloc函数分配一个fb_info类型的结构体
该结构体用于填充描述使用的液晶参数,比如像 像素类型,是否有硬件加速,
长宽,每个像素的位数,调色板等。
其中主要填充fix与var这两个成员结构体变量,这两个结构体在应用程序中
可以通过ioctl函数的命令字 FBIOGET_VSCREENINFO与 FBIOGET_FSCREENINFO
获取这两个结构体。
填充一个结构体fb_ops类型的变量,并让fb_info结构体成员指针fbops指向该
变量。fb_ops需要完成如下设置：
.owner = THIS_MODULE,
.fb_setcolreg = live2440_setcolreg,
.fb_fillrect = cfb_fillrect,
.fb_copyarea = cfb_copyarea,
.fb_imageblit = cfb_imageblit,
fb_setcolreg用于根据红绿蓝三基色的分量合成颜色到调色板数组中
fb_fillrect fb_copyarea fb_imageblit三个函数用于无显存硬件加器的系统
完成显示数据的填充和复制,使用这三个函数时需要配置相应.c文件编译成模块
或编译进内核。
通过dma_alloc_writecombine函数调协dma方式内存数据到LCD显示总线的数据
传输开始地址及传输长度,并返回传输的内存地址的物理地址及虚拟地址
2>设置lcd控制器及其相关的引脚
  主要是设置lcdcon1--lcdcon5 lcdaddr1--lcdaddr3及LCD控制所使用的GPIO引脚
  的复用功能：GPC,GPD,GPG。其中数据总线与地址总线使用GPC GPD，GPG的引脚4
  作为LCD屏的电源控制引脚。
3>注册frame buffer结构体到内核
  调用内核函数register_framebuffer把分配的fb_info结构体注册到内核中。
  内核中分配了一个长度为32的fb_info类型的数组指针,每注册一个fb_info就把
  其放入到数组中,并把数组的下标做为fb设置的序号给设备使用。然后创建设备
  文件/dev/fbx,由于fbmem.c的初始化函数中已经完成了fb主设备的注册,其已经
  提供了fb设备的 read write ioctl函数,这部分不需要为其进行其实设置
至此整个lcd驱动程序的基本结构就完成了，需要需要写成platform平台驱动的结
构，只需要按其结构修改,并把以上三部分的代码写到其probe函数中。


本来比较简单的程序,调试了几个周才算是完成也是比较纠结,期间也是相当的烦躁
曾经有过放弃的念头(之前移植uboot时也有过类似经历:
默认的nfcont的12位Soft lock是打开的,禁止写nand,但可以读nand,初始化时需要
清0该位,同时清0ECC相关位)。
遇到问题如下：
a> 
  编译后能直接insmod,但是使用echo nihao > /dev/tty1 或 
  cat xx.file > /dev/fb0 屏幕无反应。
  发现/dev/下有fb0与fb1两个设备文件,将上面命令中的tty1换成tty2,fb0换成fb1
  依然没有反应。
<a解决方法:发现源代码中已经存在文件s3c2410fb.c,make menuconfig修改源码
  配置项,把S3C2410FB配置成M,编译内核make uImage,编译模块make modules。
b>然后insmod cfb(三个cfb模块)*.ko和insmod lcd.ko出现段错误,而这时插入
  源码中的s3c2410fb.ko一切正常。
<b这地方卡了好久，曾经一路查看和打印内核源代码,发现程序在console_lock()
  中调用down_console_sem()请求信号量前能打印出信息,之后的信息没有打印出
  来就段错误了,曾经怀疑是busybox的insmod命令代码错误(用的busybox比较新)
  后来看了源码感觉不是它的问题。后来又挂成最新的3.18.0的内核还是同样死在
  请求console的信息量时段错误。于是最后又回归到检查自己的源码的路子上。
  最后发现是在设置 fix.line_length 的参数填写成240*2,填成了列的长度,修改之。
  遇到这样的错误其实首先应该去自己的代码中去仔细检查,找出错误,而不是先
  怀疑别人的代码,kernel,busybox这都是很多编写使用的代码一般发行的版本不会
  有大错误;浪费了大量的时间,当然其间也阅读也一些相关的代码也算是一点收获吧。
c>insmod lcd.ko后,注册成功但是屏幕还是没有反应
<c打印出lcdcon1-lcdaddr1寄存器值查看是否正确,发现打印出的值全是0,怀疑是
  lcd控制器的时钟没有打开,阅读源码中s3c2410fb.c的probe函数中有clk_get相关
  函数调用,于是在初始化LCD控制器前加入
  clk_get(NULL, "lcd")与clk_prepare_enable(lcd_clk)

  使能控制器时钟.默认地内核会关闭不使用的外设的时钟,以降低功率.

  之间还有过一次,设置lcdaddr2时与0x1fffff进行位与运算时少写了一个f，造成屏幕
  不停地在闪烁,像时小时候的黑白电视机在没有台时显示的波纹一样。

d>操作fb0和tty1设备文件,屏幕有反应能显示。在使用16位显示时，通过
  echo nihao > /dev/tty1 能看到屏幕上显示出了nihao但是很不清楚，
  在使用24位色显示时就只能看到屏幕上显示出一个黑块，该问题没能解决。
  应用程序可以通过ioctl获取屏幕的参数,通过mmap系统调用将屏幕的显存映射到
  内存空间中,通过向映射的内存空间写入颜色的值使屏幕点亮。
<d通过在屏幕的四周画线,观察能否在屏幕上看到来校正驱动程序参数。
  通过阅读屏幕的手册参数来设置lcdcon1-lcdcon5就能校正使显示正常。
e>在全屏显示纯色时,屏幕左上角大约有一个7*7像素的黑格在闪
  使用echo nihao > /dev/tty1命令后,发现黑格向下移动
<e这可能是内核默认的支持lcd console功能导致,make menuconfig修改内核配置
  去除该功能 
至此LCD驱动程序移植完毕


驱动程序编码调试成功后静态编译进内核
考虑到编写的驱动程序只是自己使用,就不再为其分类放到内核相应的目录树下,而是
在drivers目录下新建立文件夹live2440_platform，然后把.c文件放到该文件夹下,并
新建Kconfig与Makefile文件,Kconfig与Makefile的写法比较简单可参靠内核源码目录
下的其他文件填充编写。完成后修改drivers目录下的Kconfig,在endmenu前加入
source "drivers/live2440_platform/Kconfig"
修改drivers/Makefile文件 
在最后一行加入
或 写死obj-y += live2440_platform/
obj-$(CONFIG_LIVE2440_PLATFORM) += live2440_platform/
只有修改了drivers/Makefile后编译时make才会进入live2440_platform去执行它下面
的Makefile,否则及时通过make menuconfig配置上选项也不会将其编译进内核
  
最后附上LCD控制器的参数设置:
S3C2440,400MHz--Fclk 100MHz--Hclk 50MHz--Pclk
live2440_lcd_ctrl->lcdcon1 = (5<<8)|(3<<5)|(0xD<<1);
live2440_lcd_ctrl->lcdcon2 = (11<<24)|(239<<14)|(4<<6)|(7<<0);
live2440_lcd_ctrl->lcdcon3 = (8<<19)|(319<<8)|(4<<0);
live2440_lcd_ctrl->lcdcon4 = 7;
live2440_lcd_ctrl->lcdcon5 = (1<<11)|(1<<9)|(1<<8);
live2440_lcd_ctrl->lcdsaddr1 = (live2440_fbinfo->fix.smem_start>>1)&(0x3fffffff);
live2440_lcd_ctrl->lcdsaddr2 = ((live2440_fbinfo->fix.smem_start+live2440_fbinfo->fix.smem_len)>>1)&0x1fffff;
live2440_lcd_ctrl->lcdsaddr3 = 320*32/16;
live2440_lcd_ctrl->lcdcon5 |= (1<<3);
live2440_lcd_ctrl->lcdcon1 |= (1<<0);