linux下LCD(framebuffer)驱动分析.pdfVIP

/* 本文档为s3c2440 芯片lcd 控制器驱动分析 Kernel@ Author@ Jwctly_Chen */ linux 下 framebuffer 的驱动架构其实不是特别复杂,如果对其他子系统的架构,如网络 驱动,I2C 驱动等也有所了解的话.说的简单点,其实就是两个文件,/driver/video/fbmem.c 以及 s3c2410fb.c.当然, 主要的数据结构, 比较上层的,如 struct fb_info,struct fb_var_screeninfo,struct fb_fix_screeninfo等在/linux/fb.h中定义,而关于平台的一些 数据结构则在相关的平台里定义, 如/arch/arm/mach-s3c2440/ 文件夹下的文件 mach-s3c2440.c 以及/arch/arm/plat-s3cxx/devs.c 中定义。 fbmem.c 中主要定义了与上层应用程序的接口函数: static const struct file_operations fb_fops = { .owner = THIS_MODULE, .read = fb_read, .write = fb_write, .unlocked_ioctl = fb_ioctl, #ifdef CONFIG_COMPAT .compat_ioctl = fb_compat_ioctl, #endif .mmap = fb_mmap, .open = fb_open, .release = fb_release, #ifdef HAVE_ARCH_FB_UNMAPPED_AREA .get_unmapped_area = get_fb_unmapped_area, #endif #ifdef CONFIG_FB_DEFERRED_IO .fsync = fb_deferred_io_fsync, #endif }; 上层应用程序通过这些函数实现对lcd 各种参数的控制,修改等,这与以前编写字符设备 驱动的模式一样,这些函数都是 linux 内核已经实现好的,不需要驱动工程师去编写.那驱动 工程师的任务是什么呢?获取平台设备的相关信息,并初始化相关的硬件设备,注册中断,开辟 帧缓冲内存,注册帧缓冲设备,这就是 s3c2440fb.c 中的主要内容了.里面有一个重要的数据 结构: static struct fb_ops s3c2410fb_ops = { .owner = THIS_MODULE, .fb_check_var = s3c2410fb_check_var, .fb_set_par = s3c2410fb_set_par, .fb_blank = s3c2410fb_blank, .fb_setcolreg = s3c2410fb_setcolreg, .fb_fillrect = cfb_fillrect, .fb_copyarea = cfb_copyarea, .fb_imageblit = cfb_imageblit, }; 这里的函数是真正对底层硬件进行操作的函数了,都是需要驱动工程师根据具体的硬件 平台去填写.那么这些底层函数与上层应用程序的接口是怎样对接起来的呢?其实,是通过表 征帧缓存设备的数据结构struct fb_info 来实现的,这个数据结构几乎包括了lcd控制器的 所有信息: struct fb_info { int node; int flags; struct mutex lock; /* Lock for open/release/ioctl funcs */ struct mutex mm_lock ; /* Lock for fb_mmap and smem_* fields */ stru