面的内容主要是关于framebuffer 的一些知识， 主要是根据我们实际开发过程中的一些体会，其中难免错漏之处， 欢迎指正。
什么是framebuffer 设备
framebuffer 是一种能够提取图形的硬件设备，是用户进入图形界面很好的接口。有了framebuffer，用户的应用程序不需要对底层的驱动的深入了解就能够做出很好的图形。对于用户而言，它和/dev 下面的其他设备没有什么区别，用户可以把framebuffer 看成一块内存，既可以向这块内存中写入数据，也可以从这块内存中读取数据。
第一个被注册的framebuffer 的minor 等于0，第二个被注册的framebuffer的minor 等于1，以此类推。
framebuffer 内部结构
数据结构：framebuffer 设备很大程度上依靠了下面四个数据结构。这三个结构
在fb.h 中声明。
Struct fb_var_screeninfo
Struct fb_fix_screeninfo
Struct fb_info
第一个结构是用来描述图形卡的特性的。通常是被用户设置的。
第二个结构定义了图形卡的硬件特性，是不能改变的，用户选定了哪一个图形卡，那么它的硬件特性也就定下来了。第三个结构定义了当前图形卡framebuffer 设备的独立状态，一个图形卡可能有两个framebuffer， 在这种情况下，就需要两个fb_info 结构。这个结构是唯一在内核空间可见的。
设计自己的framebuffer 设备驱动
用户首先需要添加下面的代码到fbmem.c
static struct {
const char *name;
int (*init)(void);
int (*setup)(char*);
} fb_drivers[] __initdata = {
#ifdef CONFIG_FB_YOURCARD
{ "driver_name", xxxfb_init, xxxfb_setup },
#endif
其次在xxfb.c 中根据自己的需要重新分配显存大小。例如： #define VIDEOMEMSIZE (1*1024*1024) /* 1 MB */再次根据自己的硬件设备修改相应的var 信息。主要修改xxfb_set_var(struct fb_var_screeninfo *var, int con, struct fb_info *info)函数。
如何添加framebuffer 设备驱动
首先在config.in 文件中添加一行代表用户自己驱动的选项。具体做法请参考config.in的帮助文档。
在make menuconfig 的时候首先进入Character devices,选中里面的Virtual terminal 和Support for console on virtual terminal.退到上一层界面我们就可以看到Console device 的选项，进入后将光标落在Framebuffer Support 上，按回车键进入，在里面选择自己所需要的framebuffer设备即可。自己所添加的设备驱动的类型（如果在uclinux 下，应该以*选中，而不是M选中），在编译的时候就会产生相应的o文件。
在Advanced low level 中可以配置bpp packed pixel support,然后选中Select compiled-in fonts 即可。等操作系统运行以后就会在/dev 下面看到fb 这个设备。它的major 应该是29，第一个设备的minor 应该是0。
如何使用framebuffer 设备
我们可以在几个支持图形显示的平台上开发一些图形界面。例如microwindows，minigui，Qtembed，等等。在这里我们就不详细介绍具体做法，感兴趣的朋友可以到我们网站上下载。这里我们假设用户已经通过tftp 或者mount 命令将测试例子demo 传到/var/test 目录下。在/test 目录下启动后台服务程序./nano-X &，这时可以看到屏幕有一个闪动，然后会变为黑色，接着就可以运行测试程序了，执行./demo 即可.
===========================================================================
Framebuffer是在Linux内核架构版本2.2以后推出的标准显示设备驱动接口。采用mmap系统调用，可以将framebuffer的显示缓存映射为可连续访问的一段内存储针。由于目前比较高级的ARM体系的嵌入式CPU中大多集成了LCD控制模块，LCD控制模块一般采用双DMA控制器组成的专用DMA通道。其中一个DMA可以自动从一个数据结构队列中取出并装入新的参数，直到整个队列中的DMA操作都已完成为止。另外一个DMA与画面缓冲区相关，这部分由两个DMA控制器交替执行，并每次都自动按照预定的规则改变参数。虽然使用了双DMA，但这两个DMA控制器的交替使用对于CPU来说是不可见的。CPU所获得的只是由两个DMA组成的一个“通道”而已。
Framebuffer驱动程序的实现分为两个方面：一方面是对LCD及其相关部分的初始化，包括画在缓冲区的创建和对DMA通道的设置；另外一方面是对画面缓冲区的读写，具体到代码为read、write、 lseek等系统调用接口。至于将画面缓冲区的内容输出到LCD显示屏上，则由硬件自动完成。对于软件来说是透明的。当对于DMA通道和画面缓冲区设置完成后，DMA开始正常工作，并将缓冲区中的内容不断发送到LCD上。这个过程是基于DMA对于LCD的不断刷新的。基于该特性，framebuffer驱动程序必须将画面缓冲区的存储空间（物理空间）重新映射到一个不加高缓存和写缓存的虚拟地址区间中，这样能才保证应用程序通过mmap将该缓存映射到用户空间后，对于该画面缓存的写操作能够实时的体现在LCD上。