在Linux下,要想使终端具有一定的分辨率,内核需要支持framebuffer,同时在启动时给内核传递vga参数。具体传递什么值,取决于您的显卡和想达到的分辨率。对应的值可以通过查下表取得。(16色)|??0x302????8bits(256色)|(32k色)|?
在Linux下,要想使终端具有一定的分辨率,内核需要支持framebuffer,同时在启动时给内核传递vga参数。
具体传递什么值,取决于您的显卡和想达到的分辨率。
对应的值可以通过查下表取得。
Colours 640x400 640x480 800x600 1024x768 1152x864 1280x1024 1600x1200
4 bits(16色) | ? ? 0x302 ? ? ? ?
8 bits(256色) | 0x300 0x301 0x303 0x305 0x161 0x307 0x31C
15 bits(32k色) | ? 0x310 0x313 0x316 0x162 0x319 0x31D
16 bits(64k色) | ? 0x311 0x314 0x317 0x163 0x31A 0x31E
24 bits(16m色) | ? 0x312 0x315 0x318 ? 0x31B 0x31F
查到之后,在/boot/grub/menu.lst里
kernel那行加vga=0×3xx
例如:
title Debian GNU/Linux, kernel 2.6.18-openvz-686
root (hd1,2)
kernel /boot/vmlinuz-2.6.18-openvz-686 root=/dev/hdb3 ro vga=0x31A
initrd /boot/initrd.img-2.6.18-openvz-686
然后重新boot机器就ok了
『贰』 linux 如何通过fb0显示字符
帧缓冲（framebuffer）是 Linux 为显示设备提供的一个接口，把显存抽象后的一种设备，他允许上层应用程序在图形模式下直接对显示缓冲区进行读写操作。这种操作是抽象的，统一的。用户不必关心物理显存的位置、换页机制等等具体细节。这些都是由Framebuffer 设备驱动来完成的。帧缓冲驱动的应用广泛，在 linux 的桌面系统中，Xwindow 服务器就是利用帧缓冲进行窗口的绘制。尤其是通过帧缓冲可显示汉字点阵，成为 Linux汉化的唯一可行方案。
帧缓冲设备对应的设备文件为/dev/fb*，如果系统有多个显示卡，Linux 下还可支持多个帧缓冲设备，最多可达 32个，分别为/dev/fb0 到/dev/fb31，而/dev/fb 则为当前缺省的帧缓冲设备，通常指向/dev/fb0。当然在嵌入式系统中支持一个显示设备就够了。帧缓冲设备为标准字符设备，主设备号为29，次设备号则从0到31。分别对应/dev/fb0-/dev/fb31。
通过/dev/fb，应用程序的操作主要有这几种：
1．读/写（read/write）/dev/fb：相当于读/写屏幕缓冲区。例如用 cp /dev/fb0 tmp 命令可将当前屏幕的内容拷贝到一个文件中，而命令 cp tmp > /dev/fb0 则将图形文件tmp显示在屏幕上。
2．映射（map）操作：由于 Linux工作在保护模式，每个应用程序都有自己的虚拟地址空间，在应用程序中是不能直接访问物理缓冲区地址的。为此，Linux 在文件操作file_operations 结构中提供了 mmap函数，可将文件的内容映射到用户空间。对于帧缓冲设备，则可通过映射操作，可将屏幕缓冲区的物理地址映射到用户空间的一段虚拟地址中，之后用户就可以通过读写这段虚拟地址访问屏幕缓冲区，在屏幕上绘图了。
3．I/O控制：对于帧缓冲设备，对设备文件的 ioctl操作可读取/设置显示设备及屏幕的参数，如分辨率，显示颜色数，屏幕大小等等。ioctl 的操作是由底层的驱动程序来完成的。
在应用程序中，操作/dev/fb的一般步骤如下：
1．打开/dev/fb设备文件。
2．用 ioctrl 操作取得当前显示屏幕的参数，如屏幕分辨率，每个像素点的比特数。根据屏幕参数可计算屏幕缓冲区的大小。
3．将屏幕缓冲区映射到用户空间（mmap）。
4．映射后就可以直接读写屏幕缓冲区，进行绘图和图片显示了。
『叁』 6. Linux-LCD 驱动程序概述
入局：应用程序是如何操控LCD显示器的？
我们知道应用程序的调用接口，无非 open/read/write ...然后通过驱动程序最终作用到硬件设备上。以字符设备为例，对于驱动的开发者，实现了应用程序调用的驱动层中与之相匹配的 drv_open/drv_read/drv_write 函数，为应用层序提供了操作实际硬件设备的通道。那么，对于LCD驱动程序又是如何？先来了解下两个非常重要的概念。
LCD控制器的功能是控制驱动信号，进而驱动LCD。用户只需要通过读写一系列的寄存器，完成配置和显示驱动。在驱动LCD设计的过程中首要的是配置LCD控制器，而在配置LCD控制器中最重要的一步则是帧缓冲区（Frame Buffer）的指定。用户所要显示的内容皆是从缓冲区中读出，从而显示到屏幕上的。帧缓冲区的大小由屏幕的分辨率和显示色彩数决定。驱动帧缓冲的实现是整个驱动开发过程的重点。
帧缓冲区是出现在Linux 2.2.xx及以后版本内核当中的一种驱动程序接口，这种接口将显示设备抽象为帧缓冲区设备区。帧缓冲区为图像硬件设备提供了一种抽象化处理，它代表了一些视频硬件设备,允许应用软件通过定义明确的界面来访问图像硬件设备。这样软件无须了解任何涉及硬件底层驱动的东西（如硬件寄存器）。它允许上层应用程序在图形模式下直接对显示缓冲区进行读写和I/O控制等操作。通过专门的设备节点可对该设备进行访问，如/dev/fb*。用户可以将它看成是显示内存的一个映像，将其映射到进程地址空间之后，就可以进行读写操作，而读写操作可以反映到LCD。
帧缓冲（Frame Buffer）是Linux为显示设备提供的一个接口，把显存抽象后的一种设备，允许上层应用程序在图形模式下直接对显示缓冲区进行读写操作。用户不必关心物理显存的位置、换页机制等等具体细节，这些都是由Frame Buffer设备驱动来完成的。帧缓冲设备属于字符设备。
Linux系统Frame Buffer本质上只是提供了对图形设备的硬件抽象，在开发者看来，Frame Buffer是一块显示缓存，向显示缓存中写入特定格式的数据就意味着向屏幕输出内容。
由于有了frambuffer的抽象，使得应用程序通过定义好的接口就可以访问硬件。所以应用程序不需要考虑底层的（寄存器级）的操作。应用程序对设备文件的访问一般在/dev目录,如 /dev/fb*。
内核中的frambuffer在： drivers/video/fbmem.c (fb: frame buffer)
(1) 创建字符设备"fb", FB_MAJOR=29,主设备号为29。
(2）创建类，但并没有创建设备节点，因为需要注册了LCD驱动后，才会有设备节点；
2.1 fb_open函数如下:
(1) registered_fb[fbidx] 这个数组也是fb_info结构体,其中fbidx等于次设备号id,显然这个数组就是保存我们各个lcd驱动的信息;
2.2 fb_read函数如下:
从.open和.read函数中可以发现,都依赖于fb_info帧缓冲信息结构体,它从registered_fb[fbidx]数组中得到,这个数组保存我们各个lcd驱动的信息。由此可见，fbmem.c提供的都是些抽象出来的东西，最终都得依赖registered_fb这个数组。
这个register_framebuffer()除了注册fb_info,还创建了设备节点。
以s3c2410fb.c为例，分析驱动的实现。
既然是总线设备驱动模型，那我们关心的是它的probe函数。
看到这里驱动的写法也大致清晰：
附：
LCD的显示过程与时序：
1.显示从屏幕左上角第一行的第一个点开始，一个点一个点地在LCD上显示，点与点之间的时间间隔为VCLK（像素时钟信号）；当显示到屏幕的最右边就结束这一行(Line)，这一行的显示对应时序图上的HSYNC（水平同步信号）
2. 接下来显示指针又回到屏幕的左边从第二行开始显示，显示指针针在从第一行的右边回到第二行的左边是需要一定的时间的，我们称之为行切换。
3. 以此类推，显示指针就这样一行一行的显示至矩形的右下角才把一幅图像(帧：frame)显示完成，这一帧的显示时间在时序图上表示为VSYNC（垂直同步信号）。
参考：
https://sites.google.com/a/hongdy.org/www/linux/kernel/lcddriver