5.7.7.framebuffer驱动框架分析2

5.7.7.一、register_framebuffer

(1)fb驱动框架开放给驱动编写着的注册接口
linux提供了register_framebuffer和unregister_framebuffer函数分别注册和注销帧缓冲设备

对于register_framebuffer而言，若是注册的帧缓冲设备超过了FB_MAX(32)，则返回-ENXIO，注册成功则返回0

(2)fb_check_foreignness
(3)remove_conflicting_framebuffers
(4)device_create
(5)fb_init_device



每一个从设备都须要传递一个fb_info的数据结构指针，其即表明单个显示缓存设备。从中，能够看到fb_info最终会存储到全局数组struct fb_info * registered_fb[FB_MAX]中，FB_MAX是32，从这里咱们能够看出，framebuffer最多支持32个从设备。另外，每一个从设备还会在/sys/class/graphics/设备类中建立一个设备，最终有mdev在/dev目录中生成对应的设备文件。假设M个从设备调用那个register_framebuffer接口，即会在/dev中生成M个设备文件，如/dev/fb0，/dev/fb一、/dev/fb2 等等。这M个设备的主设备号都是29，从设备则是0、一、2等等。

每一个被注册的帧缓冲硬件设备在/dev/graphics目录下都有一个对应的设备文件fb 。minor表示从设备号。 例如，第一个被注册的帧缓冲区硬件设备在/dev/graphics目录下都有一个对应的设备文件fb0。用户空间的应用程序就经过fb0设备文件操做帧缓冲区硬件设备，即将要显示的画面渲染到帧缓冲区硬件设备上去。
帧缓冲区控制台在内核中对应的驱动程序模块为fbcon: (drivers\video\console\Fbcon.c)
初始化：

这个函数除了会调用函数device_create来建立一个类别为graphics的设备fbcon以外，还会调用函数fb_register_client来监听帧缓冲区硬件设备的注册事件，这是由函数fbcon_event_notify来实现的，以下所示：

帧缓冲区硬件设备的注册事件最终由函数fbcon_fb_register来处理的，它的实现以下：

函数fbcon_select_primary用来检查当前注册的帧缓冲区硬件设备是不是一个主帧缓冲区硬件设备。若是是的话，那么久将它的信息记录下来。这个函数只有当指定了 CONFIG_FRAMEBUFFER_CONSOLE_DETECT_PRIMARY编译选项是才有效，不然是一个空函数。
在linux内核中，每一个控制台和每个帧缓冲区硬件设备都有一个从0开始的编号，它们的初始对应关系保存在con2fb_map_boot中。控制台和帧缓冲区硬件设备的初始对应关系是能够经过设置内核启动参数来初始化的。在模块fbcon中， 还有另一个全局数组con2fb_map，也是用来映射控制台和帧缓冲区硬件设备的对应关系，不过它映射的是控制台和帧缓冲区硬件设备的实际对应关系。
5.7.7.二、fb在sysfs中的接口
(1)device_attrs
(2)dev_set_drvdata和dev_get_drvdata，

fb_init_device
dev_set_drvdata(&pdev->dev, dev); //把设备相关信息放到设备结构体里最为私有数据保存起来