先来看一下应用程序是怎么操作屏幕的:Linux是工作在保护模式下,所以用户态进程是无法象DOS那样使用显卡BIOS里提供的中断调用来实现直接写屏,Linux抽象出FrameBuffer这个设备来供用户态进程实现直接写屏。FrameBuffer机制模仿显卡的功能,将显卡硬件结构抽象掉,可以通过Framebuffer的读写直接对显存进行操作。用户可以将Framebuffer看成是显示内存的一个映像,将其映射到进程地址空间之后,就可以直接进行读写操作,而写操作可以立即反应在屏幕上。这种操作是抽象的,统一的。用户不必关心物理显存的位置、换页机制等等具体细节,这些都是由Framebuffer设备驱动来完成的。
文字说明可能不是很明白,下面以具体的程序来说明LCD的操作
g_fd = open(FB_DEVICE_NAME, O_RDWR);//只读方式打开设备驱动文件#define FB_DEVICE_NAME '/dev/fb0'
ret = ioctl(g_fd, FBIOGET_VSCREENINFO, &g_tFBVar);//取得LCD的可变参数
ret = ioctl(g_fd, FBIOGET_FSCREENINFO, &g_tFBFix);//取得LCD的固定参数
/*将当前进程的内存映射到LCD的显存上,这样操作g_pucFBMem相当于操作显存*/
/* g_dwScreenSize是从固定参数中取出来的,LCD显存的大小 */
g_pucFBMem = (unsigned char *)mmap(NULL , g_dwScreenSize, PROT_READ | PROT_WRITE, MAP_SHARED, g_fd, 0);
可以看到应用程序首先打开名为 /dev/fb0的帧缓冲驱动的设备文件,然后根据取得的文件索引获得LCD的一些参数,主要是LCD的帧缓冲区大小,最后将当前进程可操作的内存映射到帧缓冲区。这样操作g_pucFBMem即相当于操作LCD的帧缓冲区了,这样就可以操作LCD画图了。
下面以open函数为例,分析一下整个帧缓冲设备驱动的架构。
当应用程序调用opne函数打开/dev/fb0时,最终会调用到driversvideofbmem.c文件下的fb_open函数,而fb_open函数被定义在fb_fops 结构体中。
static const struct file_operations fb_fops = {
.owner = THIS_MODULE,
.read = fb_read,
.write = fb_write,
.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
};
fb_fops 结构体是在帧缓冲设备驱动注册到内核的时候被调用,可以看到fbmem_init函数是这个驱动的入口函数,这个入口函数注册了一个主设备号为29的字符设备驱动,并且创建了一个类,但是没有在类下面创建设备节点,至于创建设备节点的工作在哪里做,这个后面会介绍。
static int __init
fbmem_init(void)
{
create_proc_read_entry('fb', 0, NULL, fbmem_read_proc, NULL);
if (register_chrdev(FB_MAJOR,'fb',&fb_fops))//注册一个主设备号为29的字符驱动设备
printk('unable to get major %d for fb devsn', FB_MAJOR);
fb_class = class_create(THIS_MODULE, 'graphics');//创建一个设备类
if (IS_ERR(fb_class)) {
printk(KERN_WARNING 'Unable to create fb class; errno = %ldn', PTR_ERR(fb_class));
fb_class = NULL;
}
return 0;
}
好了,到这里已经看到了帧缓冲设备的注册过程了,接着回到fb_open,这里对这个函数做一个简单的注释:可以看到fb_open首先根据次设备号在registered_fb数组中找到fb_info结构体指针,然后将它赋给file->private_data,在以后调用ioctl、read等系统调用时会用到这个结构体指针从中取出相应数据给到应用层,而info->fbops->fb_open函数可有可无。
static int
fb_open(struct inode *inode, struct file *file)
{
int fbidx = iminor(inode);//取得次设备号
struct fb_info *info;
int res = 0;
if (fbidx >= FB_MAX)
return -ENODEV;
#ifdef CONFIG_KMOD
if (!(info = registered_fb[fbidx]))
try_to_load(fbidx);
#endif /* CONFIG_KMOD */
if (!(info = registered_fb[fbidx]))//根据次设备号在registered_fb数组中找到info结构体
return -ENODEV;
if (!try_module_get(info->fbops->owner))
return -ENODEV;
file->private_data = info;//将info赋给file->private_data
if (info->fbops->fb_open) {//若存在info->fbops->fb_open函数
res = info->fbops->fb_open(info,1);//则调用它
if (res)
module_put(info->fbops->owner);
}
return res;
}
那么就会产生一个疑问:registered_fb数组是在哪里初始化的,经过搜索发现,它是在driversvideofbmem.c文件下的register_framebuffer被初始化的,这个函数的主要作用有2:一是在fb_class注册一个设备节点;二就是将fb_info结构体指针放入registered_fb数组中。设备节点也有了,到这里一个帧缓冲设备驱动文件描述符也就有了,我们就可以通过操作这个文件来操作LCD了。
int
register_framebuffer(struct fb_info *fb_info)
{
int i;
struct fb_event event;
struct fb_videomode mode;
if (num_registered_fb == FB_MAX)
return -ENXIO;
num_registered_fb++;
for (i = 0 ; i < FB_MAX; i++)
if (!registered_fb[i])
break;
fb_info->node = i;//记录当前获得的设备节点
fb_info->dev = device_create(fb_class, fb_info->device,
MKDEV(FB_MAJOR, i), 'fb%d', i);//在fb_class类下注册一个设备节点
if (IS_ERR(fb_info->dev)) {//如果设备节点注册失败
/* Not fatal */
printk(KERN_WARNING 'Unable to create device for framebuffer %d; errno = %ldn', i, PTR_ERR(fb_info->dev));//
fb_info->dev = NULL;
} else//如果设备节点注册成功
fb_init_device(fb_info);//初始化fb_info
if (fb_info->pixmap.addr == NULL) {
fb_info->pixmap.addr = kmalloc(FBPIXMAPSIZE, GFP_KERNEL);
if (fb_info->pixmap.addr) {
fb_info->pixmap.size = FBPIXMAPSIZE;
fb_info->pixmap.buf_align = 1;
fb_info->pixmap.scan_align = 1;
fb_info->pixmap.access_align = 32;
fb_info->pixmap.flags = FB_PIXMAP_DEFAULT;
}
}
fb_info->pixmap.offset = 0;
if (!fb_info->pixmap.blit_x)
fb_info->pixmap.blit_x = ~(u32)0;
if (!fb_info->pixmap.blit_y)
fb_info->pixmap.blit_y = ~(u32)0;
if (!fb_info->modelist.prev || !fb_info->modelist.next)
INIT_LIST_HEAD(&fb_info->modelist);
fb_var_to_videomode(&mode, &fb_info->var);
fb_add_videomode(&mode, &fb_info->modelist);
registered_fb[i] = fb_info;//将fb_info放入registered_fb数组
event.info = fb_info;
fb_notifier_call_chain(FB_EVENT_FB_REGISTERED, &event);
return 0;
}
接着我们看到内核自带的S3C2410的LCD的驱动结构层次,它属于平台设备驱动层次结构,若对平台设备驱动的层析结构不了解,请参考Linux驱动之平台设备驱动模型简析(驱动分离分层概念的建立)。而driversvideos3c2410fb.c 这个文件属于平台设备驱动层次的驱动层,而archarmplat-s3c24xxdevs.c 属于设备层,这个设备层文件不止LCD一个设备,还含有其他的与S3C2410相关的一些设备。这里只关注LCD设备。可以看到s3c_device_lcd 结构与s3c2410fb_driver是匹配的。
/*以下结构位于archarmplat-s3c24xxdevs.c*/
struct platform_device s3c_device_lcd = {
.name = 's3c2410-lcd',//设备的名字,与s3c2410fb.c中对应设备名字相同
.id = -1,
.num_resources = ARRAY_SIZE(s3c_lcd_resource),
.resource = s3c_lcd_resource,
.dev = {
.dma_mask = &s3c_device_lcd_dmamask,
.coherent_dma_mask = 0xffffffffUL
}
};
/*以下结构位于driversvideos3c2410fb.c*/
static struct platform_driver s3c2410fb_driver = {
.probe = s3c2410fb_probe,
.remove = s3c2410fb_remove,
.suspend = s3c2410fb_suspend,
.resume = s3c2410fb_resume,
.driver = {
.name = 's3c2410-lcd',//与dev层的设备名字对应
.owner = THIS_MODULE,
},
};
我们知道s3c2410fb_driver 结构在platform_driver_register中注册。那么s3c_device_lcd 在哪里注册呢?接着看到在archarmmach-s3c2440mach-smdk2440.c 中有smdk2440_devices这么一个结构体指针数组
static struct platform_device *smdk2440_devices[] __initdata = {
&s3c_device_usb,
&s3c_device_lcd,
&s3c_device_wdt,
&s3c_device_i2c,
&s3c_device_iis,
&s3c2440_device_sdi,
};
接着看到调用smdk2440_devices这个指针数组的函数,它同样位于archarmmach-s3c2440mach-smdk2440.c中
static void __init smdk2440_machine_init(void)
{
s3c24xx_fb_set_platdata(&smdk2440_lcd_cfg);
platform_add_devices(smdk2440_devices, ARRAY_SIZE(smdk2440_devices));//注册平台驱动的device层
smdk_machine_init();
}
接着看到smdk2440_machine_init这个函数,它位于machine_desc这个结构体中,这个宏的相关初始化在setup_arch函数中,这个函数是由内核的start_kernel调用的,所以说在Linux启动不久就将s3c_device_lcd 注册到内核中了。对于machine_desc这个结构体,参考Linux移植之tag参数列表解析过程分析。
接着看到driversvideos3c2410fb.c文件中的s3c2410fb_probe,当设备总线驱动中设备层与驱动层名字匹配后,这个函数被调用:
static int __init s3c2410fb_probe(struct platform_device *pdev)
{
struct s3c2410fb_info *info;
struct fb_info *fbinfo;
struct s3c2410fb_hw *mregs;
int ret;
int irq;
int i;
u32 lcdcon1;
mach_info = pdev->dev.platform_data;//从dev结构中获取mach_info结构,里面存放了lcd控制器的寄存器以及配置
if (mach_info == NULL) {
dev_err(&pdev->dev,'no platform data for lcd, cannot attachn');
return -EINVAL;
}
mregs = &mach_info->regs;
irq = platform_get_irq(pdev, 0);
if (irq < 0) {
dev_err(&pdev->dev, 'no irq for devicen');
return -ENOENT;
}
fbinfo = framebuffer_alloc(sizeof(struct s3c2410fb_info), &pdev->dev);//1、分配一个fb_info结构
if (!fbinfo) {
return -ENOMEM;
}
info = fbinfo->par;/*2、设置fb_info结构*/
info->fb = fbinfo;
info->dev = &pdev->dev;
platform_set_drvdata(pdev, fbinfo);
dprintk('devinitn');
strcpy(fbinfo->fix.id, driver_name);