关于framebuffer这几天学习的一点心得体会和疑惑

这几天一直在做 imx6q  的视频处理相关的东西,由于是首次实战liunx项目,感觉很乱,没有太多的头绪,学校里面学的都忘完成,呵呵。

学习过程中的几个疑惑:

一,实现UI层和视频的叠加处理是不是两个framebuffer的叠加?

其实这个问题的到现在还没有完全弄清楚到底UI图片和视频流叠加的实现的机理。但是通过对demo程序的分析,我还是初步实现了叠加。具体的程序来看,我的视频流跑在/dev/fb0上 然后写图片也是在/dev/fb0的的地址里面,然后通过设置全局的alpha值来实现叠加。 为什么在同一framebuffer里面,图片数据和视频数据可以共存,这个不清楚原理。

二,framebuffer的作用

今天主要参考了网上的文章,http://blog.csdn.net/jmq_0000/article/details/7104805    这里面对framebuffer有很好的说明。

我个人的理解,(水平有限,欢迎拍砖),framebuffer是liunx内核提供的一种机制,他可以把IPU(是不是还有GPU,VPU )的内存空间抽象出来,用户通过对它的映射到用户空间,来实现读写,比如改变一个点啊什么的。

三,如果说framebuffer抽象了ipu的内存空间的话,是不是说framebuffer是ipu对数据处理的最后存放的地方。那我们的/dev/vidoe16 17 (使用gst命令的时候往往会使用他来传参数实现显示输出)等又是怎么实现数据输出的的。

四,关于 fb.h 和mxfb.h的区别还行明晰。


关于驱动注册后的理解:

从framebuffer的驱动来看,首先在 某个framebuffer的驱动力会有 register_framebuffer()来实现驱动的注册。 注册过程:

1,首先判断是不是可以注册  if(num_registered_fb==FB_MAX)

2,通过num_registered_fb 来获取子设备号   fb_info->node=i; 

3,向内核注册设备,  fb_info->dev=device_create(fb_class,fb_info->device,MKDEV(FB_MAJOR,I),"fb %d",i);

4,调用驱动里面的init()函数。


关于应用程序调用open()的底层的相应:

1.调用open函数,会传设备的名称,通过解析会把主设备号和次设备号解析出来。

2.framebuffer中间层(fbmem.c)处理要打开那个具体的驱动然后打开具体驱动的open()函数。


疑问: probe 是什么时候调用的,干啥去了?








你可能感兴趣的:(liunx,解决问题)