|
|||||||||||
| 技术交流 | 电路欣赏 | 工控天地 | 数字广电 | 通信技术 | 电源技术 | 测控之家 | EMC技术 | ARM技术 | EDA技术 | PCB技术 | 嵌入式系统 驱动编程 | 集成电路 | 器件替换 | 模拟技术 | 新手园地 | 单 片 机 | DSP技术 | MCU技术 | IC 设计 | IC 产业 | CAN-bus/DeviceNe |
frame buffer显卡驱动入门到... |
| 作者：good02xaut 栏目：驱动编程 |
原创文章，如果有帮助，请回帖支持。 错误之处大家指正。 再次声明，我不是高手，只想与大家一起进步；） |
| 2楼： | >>参与讨论 |
| 作者： good02xaut 于 2005/11/24 11:40:00 发布：
frame buffer DEVICE驱动程序第一篇 在后续的几篇里面会详细介绍如何编写一个显卡的驱动程序。 framebuffer DEVICE在内核里面作为显卡驱动模型，许多函数和数据结构都是特定，正是这些特定的东西为我们的编程提供了方便。 要开发frame buffer DEVICE驱动，你应该阅读Source\Source\Documentation\fb下面的说明文件，三个重要文件00-INDEX，framebuffer.txt，internals.txt，其他文件都是针对具体显卡芯片的说明了。 文件00-INDEX译文 文档/documentation/fb的索引文件。如果你对frame buffer设备有什么想法，mail：Geert Uytterhoeven <geert@linux-m68k.org> 00-index 这个文件 framebuffer.txt--- frame buffer 设备介绍 internals.txt----frame buffer设备内部快速浏览 modedb.txt----关于视频模式的资料 aty128fb.txt----关于ATI RAGE128显卡的frame buffer设备 clgenfb.txt-----关于Cirrus LOGIC的显卡 matroxfb.txt----关于Matrox的显卡 pvr2fb.txt----关于PowerVR 2的显卡 tgafb.txt----关于TGA（DECChip 21030）显卡 vesafb.txt----关于VESA显卡 |
|
| 3楼： | >>参与讨论 |
| 作者： good02xaut 于 2005/11/24 11:43:00 发布：
frame buffer DEVICE驱动程序第三篇 帧缓冲设备的内部数据结构（internals.txt） Geert Uytterhoeven <geert@linux-m68k.org>, 21 July 1998 翻译：good02xaut@hotmail.com ××××帧缓冲设备中用到的结构体×××× 以下数据结构在帧缓冲设备使用，定义<linux/fb.h>。 1. Outside the kernel (user space) - struct fb_fix_screeninfo 帧缓冲设备中设备无关的常值数据信息。可以通过Ioctl的FBIOGET_FSCREENINFO获取。 - struct fb_var_screeninfo 帧缓冲设备中设备无关的变量数据信息和特定的显示模式。可以通过iotcl的FBIOGET_VSCREENINFO 获取，并通过ioctl的FBIOPUT_VSCREENINFO设定。还有FBIOPAN_DISPLAY可以用。 - struct fb_cmap 设备无关的颜色表信息。你可以通过ioctl的FBIOGETCMAP 和 FBIOPUTCMAP读取或设定。 2. Inside the kernel - struct fb_info 常规信息，API以及帧缓冲设备的底层信息（主板地址...). - struct `par' 唯一指定该设备的显示模式的设备相关信息。 - struct DISPLAY 帧缓冲设备和控制台驱动之间的接口。 -------------------------------------------------------------------------------- *** 常用的帧缓冲 API *** Monochrome (FB_VISUAL_MONO01 and FB_VISUAL_MONO10) ------------------------------------------------- 每个象素是黑或白。 Pseudo color (FB_VISUAL_PSEUDOCOLOR and FB_VISUAL_STATIC_PSEUDOCOLOR) --------------------------------------------------------------------- 索引颜色显示 True color (FB_VISUAL_TRUECOLOR) -------------------------------- 真彩显示，分成红绿兰三基色 Direct color (FB_VISUAL_DIRECTCOLOR) ------------------------------------ 每个象素颜色也是有红绿蓝组成，不过每个颜色值是个索引，需要查表。 Grayscale DISPLAYs ------------------ 灰度显示，红绿蓝的值都一样 |
|
| 4楼： | >>参与讨论 |
| 作者： good02xaut 于 2005/11/24 11:44:00 发布：
frame buffer DEVICE驱动程序第四篇 准备开始写我们自己的驱动之前，请详细阅读如下文件： \Documentation\fb目录 vesafb.txt，matroxfb.txt，sa1100fb.txt \drivers\VIDEO目录 fbmem.c，fbgen.c，fbmon.c，fbcmap.c skeletonfb.c vesafb.c，sa1100fb.c，sa1100fb.h include\linux目录 fb.h 最值得关注的是skeletonfb.c，该文件给出了一个fb DEVICE 驱动的框架 准备好了，就开始写自己的fram buffer DEVICE driver：） |
|
| 5楼： | >>参与讨论 |
| 作者： good02xaut 于 2005/11/24 11:45:00 发布：
frame buffer DEVICE驱动程序第五篇 还是要补充点，下面是/linux/fb.h的部分注释，加粗的是常用的，红色是关键的，一般不可少。旁边没有汉字，要么很简单没必要加注，要么就用不到！ 注释：good02xaut@hotmail.com #ifndef _LINUX_FB_H #define _LINUX_FB_H #include <linux/tty.h> #include <asm/types.h> /* Definitions of frame buffers */ #define FB_MAJOR 29 /*主设备号*/ #define FB_MAX 32 /* sufficient for now */ /* ioctls 0x46 is 'F' */ #define FBIOGET_VSCREENINFO 0x4600 #define FBIOPUT_VSCREENINFO 0x4601 #define FBIOGET_FSCREENINFO 0x4602 #define FBIOGETCMAP 0x4604 #define FBIOPUTCMAP 0x4605 #define FBIOPAN_DISPLAY 0x4606 /* 0x4607-0x460B are defined below */ /* #define FBIOGET_MONITORSPEC 0x460C */ /* #define FBIOPUT_MONITORSPEC 0x460D */ /* #define FBIOSWITCH_MONIBIT 0x460E */ #define FBIOGET_CON2FBMAP 0x460F #define FBIOPUT_CON2FBMAP 0x4610 #define FBIOBLANK 0x4611 /* arg: 0 or vesa level + 1 */ #define FBIOGET_VBLANK _IOR('F', 0x12, struct fb_vblank) #define FBIO_ALLOC 0x4613 #define FBIO_FREE 0x4614 #define FBIOGET_GLYPH 0x4615 #define FBIOGET_HWCINFO 0x4616 #define FBIOPUT_MODEINFO 0x4617 #define FBIOGET_DISPINFO 0x4618 #define FB_TYPE_PACKED_PIXELS 0 /* Packed Pixels */ #define FB_TYPE_PLANES 1 /* Non interleaved planes */ #define FB_TYPE_INTERLEAVED_PLANES 2 /* Interleaved planes */ #define FB_TYPE_TEXT 3 /* Text/attributes */ #define FB_TYPE_VGA_PLANES 4 /* EGA/VGA planes */ #define FB_AUX_TEXT_MDA 0 /* Monochrome text */ #define FB_AUX_TEXT_CGA 1 /* CGA/EGA/VGA Color text */ #define FB_AUX_TEXT_S3_MMIO 2 /* S3 MMIO fasttext */ #define FB_AUX_TEXT_MGA_STEP16 3 /* MGA Millenium I: text, attr, 14 reserved bytes */ #define FB_AUX_TEXT_MGA_STEP8 4 /* other MGAs: text, attr, 6 reserved bytes */ #define FB_AUX_VGA_PLANES_VGA4 0 /* 16 color planes (EGA/VGA) */ #define FB_AUX_VGA_PLANES_CFB4 1 /* CFB4 in planes (VGA) */ #define FB_AUX_VGA_PLANES_CFB8 2 /* CFB8 in planes (VGA) */ #define FB_VISUAL_MONO01 0 /* Monochr. 1=Black 0=WHITE */ #define FB_VISUAL_MONO10 1 /* Monochr. 1=WHITE 0=Black */ #define FB_VISUAL_TRUECOLOR 2 /* True color */ #define FB_VISUAL_PSEUDOCOLOR 3 /* Pseudo color (like atari) */ #define FB_VISUAL_DIRECTCOLOR 4 /* Direct color */ #define FB_VISUAL_STATIC_PSEUDOCOLOR 5 /* Pseudo color readonly */ #define FB_ACCEL_NONE 0 /* no HARDWARE accelerator */ #define FB_ACCEL_ATARIBLITT 1 /* Atari Blitter */ #define FB_ACCEL_AMIGABLITT 2 /* Amiga Blitter */ #define FB_ACCEL_S3_TRIO64 3 /* Cybervision64 (S3 Trio64) */ #define FB_ACCEL_NCR_77C32BLT 4 /* RetinaZ3 (NCR 77C32BLT) */ #define FB_ACCEL_S3_VIRGE 5 /* Cybervision64/3D (S3 ViRGE) */ #define FB_ACCEL_ATI_MACH64GX 6 /* ATI Mach 64GX family */ #define FB_ACCEL_DEC_TGA 7 /* DEC 21030 TGA */ #define FB_ACCEL_ATI_MACH64CT 8 /* ATI Mach 64CT family */ #define FB_ACCEL_ATI_MACH64VT 9 /* ATI Mach 64CT family VT class */ #define FB_ACCEL_ATI_MACH64GT 10 /* ATI Mach 64CT family GT class */ #define FB_ACCEL_SUN_CREATOR 11 /* Sun Creator/Creator3D */ #define FB_ACCEL_SUN_CGSIX 12 /* Sun cg6 */ #define FB_ACCEL_SUN_LEO 13 /* Sun leo/zx */ #define FB_ACCEL_IMS_TWINTURBO 14 /* IMS Twin Turbo */ #define FB_ACCEL_3DLABS_PERMEDIA2 15 /* 3DLABS Permedia 2 */ #define FB_ACCEL_MATROX_MGA2064W 16 /* Matrox MGA2064W (Millenium) */ #define FB_ACCEL_MATROX_MGA1064SG 17 /* Matrox MGA1064SG (Mystique) */ #define FB_ACCEL_MATROX_MGA2164W 18 /* Matrox MGA2164W (Millenium II) */ #define FB_ACCEL_MATROX_MGA2164W_AGP 19 /* Matrox MGA2164W (Millenium II) */ #define FB_ACCEL_MATROX_MGAG100 20 /* Matrox G100 (Productiva G100) */ #define FB_ACCEL_MATROX_MGAG200 21 /* Matrox G200 (Myst, Mill, ...) */ #define FB_ACCEL_SUN_CG14 22 /* Sun cgfourteen */ #define FB_ACCEL_SUN_BWTWO 23 /* Sun bwtwo */ #define FB_ACCEL_SUN_CGTHREE 24 /* Sun cgthree */ #define FB_ACCEL_SUN_TCX 25 /* |
|
| 6楼： | >>参与讨论 |
| 作者： good02xaut 于 2005/11/24 11:46:00 发布：
frame buffer DEVICE驱动程序第六篇 下图会向你展示目前的framebuffer设备驱动的结构，最常用的是非标准驱动。很明显他所处的层次最高，程序编写是最容易的。 理解了这个图的，你已经很轻松的去完成一个fb驱动，比如给SA1100,s2410,s2440系列的ARM的LCD控制器写驱动。
|
|
| 7楼： | >>参与讨论 |
| 作者： good02xaut 于 2005/11/24 11:47:00 发布：
frame buffer DEVICE驱动程序第七篇 在framebuffer驱动程序设计中，cmap这个东东太晕了。现在我要把他赤裸裸的剖析给大家：） 1． struct fb_cmap /*颜色映射表*/ struct fb_cmap { __u32 start; /* First entry */ __u32 len; /* NUMBER of entries */ __u16 *red; /* 红色 */ __u16 *GREEN; /*绿色*/ __u16 *BLUE; /*蓝色*/ __u16 *transp; /* 透明度,允许 NULL */ }; 该结构在fb.h文件中定义，在struct fb_ops结构中有两个成员函数与其相关： /*获取颜色表*/ int (*fb_get_cmap)(struct fb_cmap *cmap, int kspc, int con, struct fb_info *info); /*设定颜色表*/ int (*fb_set_cmap)(struct fb_cmap *cmap, int kspc, int con, struct fb_info *info); 在struct fb_info结构中有变量： struct fb_cmap cmap; /* Current cmap */ 在fpgen基础操作下提供： extern int fbgen_get_cmap(struct fb_cmap *cmap, int kspc, int con, struct fb_info *info); extern int fbgen_set_cmap(struct fb_cmap *cmap, int kspc, int con, struct fb_info *info); 在文件/* drivers/video/fbcmap.c */中提供更多的cmap应用 extern int fb_alloc_cmap(struct fb_cmap *cmap, int len, int transp); extern void fb_copy_cmap(struct fb_cmap *from, struct fb_cmap *to, int fsfromto); extern int fb_get_cmap(struct fb_cmap *cmap, int kspc, int (*getcolreg)(u_int, u_int *, u_int *, u_int *,u_int *, struct fb_info *), struct fb_info *fb_info); extern int fb_set_cmap(struct fb_cmap *cmap, int kspc, int (*setcolreg)(u_int, u_int, u_int, u_int, u_int,struct fb_info *), struct fb_info *fb_info); extern struct fb_cmap *fb_default_cmap(int len); extern void fb_invert_cmaps(void); 2． 通过文件解析 在anakinfb.c文件中，cmap如图 在stifb.c |
|
| 8楼： | >>参与讨论 |
| 作者： good02xaut 于 2005/11/24 11:48:00 发布：
frame buffer DEVICE驱动程序第八篇 本文介绍的设备是位于/VIDEO目录下面的anakinfb.c驱动程序。虽然我不清楚那个设备的特性，但是从对程序的分析中我们仍然知道如何编写一个frame buffer设备驱动。 本文是个标准的fb驱动。共221行，包含函数如下： 1. static int anakinfb_getcolreg(u_int regno, u_int *red, u_int *GREEN, u_int *BLUE, u_int *transp, struct fb_info *info) 31行 2. static int anakinfb_setcolreg(u_int regno, u_int red, u_int GREEN, u_int BLUE,u_int transp, struct fb_info *info) 45行 3. static int anakinfb_get_fix(struct fb_fix_screeninfo *fix, int con, struct fb_info *info) 57行 4. static int anakinfb_get_var(struct fb_var_screeninfo *var, int con, struct fb_info *info) 75行 5. static int anakinfb_set_var(struct fb_var_screeninfo *var, int con, struct fb_info *info) 111行 6. static int anakinfb_get_cmap(struct fb_cmap *cmap, int kspc, int con, struct fb_info *info) 117行 7. static int anakinfb_set_cmap(struct fb_cmap *cmap, int kspc, int con, struct fb_info *info) 130行 8. static int anakinfb_switch_con(int con, struct fb_info *info) 147行 9. static int anakinfb_updatevar(int con, struct fb_info *info) 155行 10. static void anakinfb_blank(int blank, struct fb_info *info) 161行 11. int __init anakinfb_init(void) 178行 函数1，2是寄存器操作用。 函数3，4，5，6，7是fb_ops函数 函数8用于切换控制台 函数9用于更新变量 函数10用于闪烁屏幕 函数11用于初始化设备 很奇怪，对fb设备的读写函数怎么没有！值得说明的是open,release,read,write,ioctl,mmap等函数的实现是由fbmem.c文件实现了。也就是说所有的fb设备在给定了fb_info后，所有的操作都是一样的。在明确的fb_info前提下，fbmem.c中的函数可以工作的很好。这样大家应该感到非常轻松了吧，只要完成上述的几个设备相关的函数，frame buffer设备的驱动就写完了：） 系统的结构如图： |
|
| 9楼： | >>参与讨论 |
| 作者： good02xaut 于 2005/11/24 11:49:00 发布：
frame buffer DEVICE驱动程序第九篇 Stifb驱动模型 linux/drivers/VIDEO/stifb.c - Generic frame buffer driver for HP * workstations with STI (STANDARD text interface) VIDEO firmware. 这个驱动程序和前面的anakin设备完全不同，因为他不是采用标准的格式，而是根据based on skeletonfb, which wasCreated 28 Dec 1997 by Geert Uytterhoeven也就是skeletonfb.c提供的框架完成的。 共230行，包含函数如下： 1. static int sti_encode_fix(struct fb_fix_screeninfo *fix, const void *par, struct fb_info_gen *info) 60行 2. static int sti_decode_var(const struct fb_var_screeninfo *var,void *par, struct fb_info_gen *info) 71行 3. static int sti_encode_var(struct fb_var_screeninfo *var, const void *par, struct fb_info_gen *info) 78行 4. static void sti_get_par(void *par, struct fb_info_gen *info) 94行 5. static void sti_set_par(const void *par, struct fb_info_gen *info) 99行 6. static int sti_getcolreg(unsigned regno, unsigned *red, unsigned *GREEN, unsigned *BLUE, unsigned *transp, struct fb_info *info) 104行 7. static int sti_setcolreg(unsigned regno, unsigned red, unsigned GREEN, unsigned BLUE, unsigned transp, struct fb_info *info) 111行 8. static void sti_set_disp(const void *par, struct DISPLAY *disp, struct fb_info_gen *info) 118行 9. static void sti_detect(void) 127行 10. static int sti_blank(int blank_mode, const struct fb_info *info) 132行 11. int __init stifb_init(void) 161行 12. void stifb_cleanup(struct fb_info *info) 201行 13. int __init stifb_setup(CHAR *options) 208行 其中1到10是必须的，参考下面的图。 11是初始化代码 12．13没有完成具体功能 再给出fb_fix_screeninfo系统调用结构图： |
|
| 10楼： | >>参与讨论 |
| 作者： good02xaut 于 2005/11/24 11:50:00 发布：
frame buffer DEVICE驱动程序第十篇 Frame buffer与console Framebuffer作为显卡在内核中的注册设备，为了满足应用需要，通常还要为console操作提供专用操作函数。 Console是系统提供的一种特殊的文本输出终端，如图所示。常用的console已经不再是从前的单色显示，而是16色或者更多颜色显示。根据文本的代表的不同属性，显示不同的颜色。 把对console的支持内嵌到fb的驱动中，或许有其自己的道理，我没有看出来。不过既然要提供这种支持，我们的驱动程序就要添枝加叶了。 在准fb设备设备驱动中是没有对console支持的。 只有在非标准的fb驱动，也就是基于skeletonfb.c架构的程序，需要提供这部分代码。 下面从各个方面介绍framebuffer对console的支持。 1. 各个文件中的支持 fb.h文件中 struct fb_info结构中： struct DISPLAY *disp; /* initial DISPLAY variable */ struct vc_data *DISPLAY_fg; /* Console visible on this DISPLAY */ int (*changevar)(int); /* tell console var has changed */ int (*SWITCH_con)(int, struct fb_info*); /* tell fb to SWITCH consoles */ fbgen.c文件中： void fbgen_set_disp(int con, struct fb_info_gen *info) int fbgen_update_var(int con, struct fb_info *info) int fbgen_SWITCH(int con, struct fb_info *info) 新增加文件fbcon.c struct DISPLAY fb_DISPLAY[MAX_NR_CONSOLES]; CHAR con2fb_map[MAX_NR_CONSOLES]; ….. 新增加文件fbcon.h： struct DISPLAY_SWITCH struct DISPLAY 新增文件console_struct.h: struct vc_data …… 2. console中的颜色设定 该部分内容准备略掉，可以自行参考fbcon-cfb*.c文件。 3. console和fb的高层理解 当我们在fb中引入console后，就相当于把一张白纸变成了一个日记本。本来对于fb来说只有颜色和位置的关系，引入console后，首先就是console的描述。 每个console相当于日记本的一页，不同的console可以切换。Console因为是要显示文本，又和字体联系到一起。Console的管理是十分复杂的，远远超过了framebuffer本身。在RH9中，我们可以自己体验一下console和fb的协调问题。 使用Init3多用户模式登陆，这里是没有X server支持的。所有的输入输出都是基于console的。Framebuffer就相当于你的显示器。通过ALT+CTRL+F*，我们可以切换到不同的console，而每个console的设置都可以很独立的完成。每隔console会在自己的数据区记录历史命令，在不同的console可以登陆不同的用户到系统。但是，因为只有一个屏幕，所以当前可视的console只有一个。Frame buffer驱动程序要能够根据ALT+CTRL+F*切换命令去完成console的切换显示。 这样大家应该明白frame buffer和console的关系了吧。后续我们会具体讲述fb对console的支持。但是对console本身不会设计太多，具体参考tty或console的设计。当完成了fb对console的支持，frame buffer DEVICE driver设计就完了：） |
|
| 11楼： | >>参与讨论 |
| 作者： good02xaut 于 2005/11/24 11:51:00 发布：
frame buffer DEVICE驱动程序第十一篇 Fb console中的字体 /driver/video目录下: font_6x11.c,font_8x8.c,font_8x16.c font_acorn_8x8.c,font_pearl_8x8.c, font_sun8x16.c,font_sun12x22.c fonts.c 这些文件都是用来处理在fbcon中的字体显示问题。其中除最后一个文件fonts.c外，其他都是字模文件由cpi2fnt产生。 /include/video/目录下： font.h 1． 首先介绍font.h文件 font.h文件中，定义了字体的描述结构 struct fbcon_font_desc { int idx; //字体的索引号 CHAR *NAME;//字体的描述 int width, height;//字模的宽和高 void *data;//字模的起始指针 int pref; //额外信息，平台用 }; width的值不一定是8的整数倍，考虑到计算机存储的问题，即使width小于8的整数倍，存储时仍以字节为单位，不足的右补齐0。 Linux内核自带了7种字体，NAME依次为： font_vga_8x8, font_vga_8x16, font_pearl_8x8, font_vga_6x11, font_sun_8x16, font_sun_12x22, font_acorn_8x8; 根据定义NAME长度不大于32字节。 2． Font.c文件 /* 根据字体名返回该字体的描述结构 */ struct fbcon_font_desc *fbcon_find_font(CHAR *NAME); /*根据屏幕大小，获取默认字体描述 */ struct fbcon_font_desc *fbcon_get_default_font(int xres, int yres); 由此看来，linux中基于fbcon的字体比较单一，描述和使用也相对简单。主要是由于采用字模描述，只描述256个ascii字符，故存储空间不大，从2048到11264不等。 |
|
| 12楼： | >>参与讨论 |
| 作者： good02xaut 于 2005/11/24 11:52:00 发布：
frame buffer DEVICE驱动程序第十二篇 Fbcon中的颜色查找表 Fbcon-cfbx表示该console使用的是xbpp颜色描述。颜色数为2^x。 在此，我们仅以x=8,x=24举例，使用颜色分别是256色和真彩16M。 /driver/video/fbcon-cfb8.c /driver/video/fbcon-cfb24.c /include/video/fbcon-cfb8.h /include/video/fbcon-cfb24.h 这4个文件实现的具体的操作，而fbcon的底层操作，参考前面的fbcon的介绍，不重复了：） 实现fbcon的颜色映射只需完成下面的功能，以fb8为例： struct DISPLAY_switch fbcon_cfb8; void fbcon_cfb8_setup(struct DISPLAY *p); void fbcon_cfb8_bmove(struct DISPLAY *p, int sy, int sx, int dy, int dx, int height, int width); void fbcon_cfb8_clear(struct vc_data *conp, struct DISPLAY *p, int sy, int sx, int height, int width); void fbcon_cfb8_putc(struct vc_data *conp, struct DISPLAY *p, int c, int yy, int xx); void fbcon_cfb8_putcs(struct vc_data *conp, struct DISPLAY *p, const unsigned SHORT *s, int count, int yy, int xx); void fbcon_cfb8_revc(struct DISPLAY *p, int xx, int yy); void fbcon_cfb8_clear_margins(struct vc_data *conp, struct DISPLAY *p,int bottom_only); fbcon_cfb8是系统的实现关键，具体解释参考fbcon介绍。 fbcon_cfb8_setup函数完成设定DISPLAY结构中next_line和next_palne的值。 fbcon_cfb8_bmove函数完成当前坐标的移动。 fbcon_cfb8_clear函数通过调用rectfill函数清屏幕缓冲区。 fbcon_cfb8_putc函数向屏幕输出单字符，字体宽度必须小于等于16。 fbcon_cfb8_putcs函数向屏幕输出字符串。 fbcon_cfb8_revc函数从屏幕输入单个字符，并回显到fb上。 fbcon_cfb8_clear_margins函数和fbcon_cfb8_clear类似，调用rectfill清除区域。 其中，fb_writel函数和fb_readl函数实现输入输出的底层操作。这两个函数实际上实在fbcon_h中定义的宏操作，IOMEM操作而已。 关注一下“(nibbletab_cfb8[*cdat++ >> 4] & eorx) ^ bgx,” 这是所谓8bpp的具体实现，不同的位深就在写fb缓冲时体现了。让我们从后向前分析， 1.()^bgx，颜色和背景色异或，只有这样才能保证背景色改变时，文字一直显示。 2．~&eorx，eorx是前景色和背景色异或后的值，只有在前景色和背景色一致的时候，eorx才是0。 3. nibbletab_cfb8[~]，根据字体的~值，调用查找表，取颜色值 4．~从字体文件中去读字模的值。 还有点疑问，就是这两句的作用，attr_fgcol在fbcon_h中定义： fgx=attr_fgcol(p,c); bgx=attr_bgcol(p,c); 从前面的看，c应该是个字符的ascii码，ascii与颜色有什么关系呢？研究中…. |
|
| 13楼： | >>参与讨论 |
| 作者： good02xaut 于 2005/11/24 11:53:00 发布：
frame buffer DEVICE驱动程序第十三篇（结束语） 结束语 good02xaut 通过前面十二篇的讲述(全部原创)，大家应该对frame buffer驱动程序有了一定的了解吧。关于fb console的介绍比较仓促，请大家自行参考fbcon.h,fbcon.c，本来是想把这两个文件的注释贴上来的，时间比较紧，有空的朋友可以帮着完成：） 引用请注明by good02xaut<good02xaut@hotmail.com> |
|
| 14楼： | >>参与讨论 |
| 作者： newcarron 于 2005/11/24 12:36:00 发布：
好贴！ 希望以后能多点看到这类文章 看了真是受益量多啊！ 顶！顶！顶！ |
|
| 15楼： | >>参与讨论 |
| 作者： good02xaut 于 2005/11/25 9:14:00 发布：
可惜有些图无法显示 有些图示在说明问题时最方便。 偶在163的相册里放的图，不知道怎么搞得就是链不出来。 郁闷.... |
|
| 16楼： | >>参与讨论 |
| 作者： lhj3303 于 2005/11/25 14:34:00 发布：
不错，顶 |
|
| 17楼： | >>参与讨论 |
| 作者： kklikang 于 2005/11/26 13:05:00 发布：
太好了 |
|
| 18楼： | >>参与讨论 |
| 作者： HIGHWAY 于 2005/11/28 17:20:00 发布：
很好的东西,先收藏,慢慢研究 |
|
| 19楼： | >>参与讨论 |
| 作者： karsn 于 2005/11/29 18:17:00 发布：
很不错的文章 很不错的文章！！！！ |
|
| 20楼： | >>参与讨论 |
| 作者： wolfererer 于 2005/12/1 15:10:00 发布：
将得太好了，真希望这样的文章多看到，楼主这样的好人多碰到 |
|
| 21楼： | >>参与讨论 |
| 作者： czh 于 2005/12/2 8:26:00 发布：
没有图,很遗憾 |
|
| 22楼： | >>参与讨论 |
| 作者： 艾森豪威尔 于 2005/12/21 9:01:00 发布：
定！ |
|
| 23楼： | >>参与讨论 |
| 作者： marshal97 于 2005/12/27 21:19:00 发布：
受用 不错。 很实在的文章 |
|
| 24楼： | >>参与讨论 |
| 作者： dfysy 于 2006/1/3 21:46:00 发布：
好好好！！！！！ 爽 |
|
| 25楼： | >>参与讨论 |
| 作者： okman1999 于 2006/1/21 23:09:00 发布：
好帖！ 真的是好帖！ |
|
| 26楼： | >>参与讨论 |
| 作者： JANEYAO 于 2006/3/1 18:34:00 发布：
蛮好的 |
|
| 27楼： | >>参与讨论 |
| 作者： jerry1234 于 2006/7/19 1:24:00 发布：
好文章 好文章 帮助不小 谢谢楼主 |
|
| 28楼： | >>参与讨论 |
| 作者： jerry1234 于 2006/7/20 0:48:00 发布：
请教 我现在做pxa255的显示驱动 ６４０Ｘ４８０的液晶，液晶居然装不下我的那个图（就是图的左边和右边都不在屏幕上，左移点的话，右边就出去了，右移点，左边就出去了），不知道为什么，要改动哪个参数啊．望各为大虾指点迷津． |
|
| 29楼： | >>参与讨论 |
| 作者： sysuchjm 于 2006/9/5 20:59:00 发布：
reply very GOOD |
|
|
|
| 免费注册为维库电子开发网会员，参与电子工程师社区讨论，点此进入 |
Copyright © 1998-2006 www.dzsc.com 浙ICP证030469号 |