linux+内核显示驱动,Linux内核部分显示驱动部分的详细介绍

DirectFB概述：

DirectFB是图形API存在于FrameBuffer层之上与高级图形管理层如GTK+等之下的。它可以以很小的系统资源占用来提供图形硬件加速功能，提供类如多路a通道渲染模型等高级图像操作。它不修改Linux内核，除了标准C库没有其他库的依赖。应用在了基于Linux系统的DTV显示系统的研发和其他有关Linux显示界面的项目上。支持市面上绝大多数显示卡，支持键盘、鼠标、遥控器、游戏手柄、触摸屏等输入设备。支持JPEG、PNG、GIF、mpeg1/2、AVI、MOV、Flash、Video4Linux、DirectFBbitmapfont和TrueType等音视频文件和字体。

上层API支持DirectFB的有：

XDirectFB、DirectFBGL、GTK+、DFBTerm、DFBSee、DFBPoint、MythTV、QtonDirectFB、SDL(SimpleDirectmediaLayer)。

关于DirectFB的layer问题

和石可箴讨论了一下DPF系统显示的layer数量的问题，总结出layer支持数量的多少要靠芯片和驱动的共同支持才能实现。以前DTV系统中就有若干个OSD层、Video层、Cursor层等。网上查了一下DirectFB能支持的layer层数，发现对于DirectFB的layer来说有两个层面上的理解：

1.作为硬件层面：硬件层面中layer的多寡取决于芯片的硬件资源。在DirectFB中使用的IDirectFBDisplayLayer接口。其内容将直接显示在屏幕上。

2.作为软件层面：DirectFB没有专门的接口，但是可以利用IDirectFBWindow接口自己建立起多layer结构。如使用IDirectFBWindow-》SetOpacity

(IDirectFBWindow*thiz，__u8opacity)来实现这样的结构。

》IDirectFBWindowOSD《--highestwindow

》IDirectFBWindowvideowithvideoProvider

》IDirectFBWindowmpegsTIll

》IDirectFBWindowbackgroundwithimageProvider《--lowestwindow

通过设置其opacity来实现一个硬件layer上的4个不同的layer。

根据这个实现方法，以及DirectFB直接将FrameBuffer的memorymapping到applicaTIon的memory中的工作原理，突然联想到了RAMDAC，猜想我们DPF中可能也有这种器件。随即先查询了RAMDAC的相关资料，RAMDAC的作用是把数字图像数据转换成计算机显示需要的模拟数据。显示器收到的是RAMDAC处理过后的模拟型号。RAMDAC经历了与GPU分开放置——合并在一颗芯片——又分开放置的变迁过程，主要是成本与性能上的考量所致。然后查了一下DPF中是否也有类似的器件，没有发现，作罢。

DirectFB的安装流程

1.解压DirectFB-1.0.0.tar.gz包

2.入此目录执行

#。/configure

#make

#makeinstall

一切正常。