Linux驱动之内核自带的S3C2440的LCD驱动分析

发布时间:2024-08-19  

先来看一下应用程序是怎么操作屏幕的: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);

文章来源于:电子工程世界    原文链接
本站所有转载文章系出于传递更多信息之目的,且明确注明来源,不希望被转载的媒体或个人可与我们联系,我们将立即进行删除处理。

我们与500+贴片厂合作,完美满足客户的定制需求。为品牌提供定制化的推广方案、专属产品特色页,多渠道推广,SEM/SEO精准营销以及与公众号的联合推广...详细>>

利用葫芦芯平台的卓越技术服务和新产品推广能力,原厂代理能轻松打入消费物联网(IOT)、信息与通信(ICT)、汽车及新能源汽车、工业自动化及工业物联网、装备及功率电子...详细>>

充分利用其强大的电子元器件采购流量,创新性地为这些物料提供了一个全新的窗口。我们的高效数字营销技术,不仅可以助你轻松识别与连接到需求方,更能够极大地提高“闲置物料”的处理能力,通过葫芦芯平台...详细>>

我们的目标很明确:构建一个全方位的半导体产业生态系统。成为一家全球领先的半导体互联网生态公司。目前,我们已成功打造了智能汽车、智能家居、大健康医疗、机器人和材料等五大生态领域。更为重要的是...详细>>

我们深知加工与定制类服务商的价值和重要性,因此,我们倾力为您提供最顶尖的营销资源。在我们的平台上,您可以直接接触到100万的研发工程师和采购工程师,以及10万的活跃客户群体...详细>>

凭借我们强大的专业流量和尖端的互联网数字营销技术,我们承诺为原厂提供免费的产品资料推广服务。无论是最新的资讯、技术动态还是创新产品,都可以通过我们的平台迅速传达给目标客户...详细>>

我们不止于将线索转化为潜在客户。葫芦芯平台致力于形成业务闭环,从引流、宣传到最终销售,全程跟进,确保每一个potential lead都得到妥善处理,从而大幅提高转化率。不仅如此...详细>>