基于GIO/FVID的DSP视频处理驱动程序

　　引言

　　随着时代的发展，DSP技术在远程监控、可视电话、工业检测等视频处理领域得到了广泛的应用，对于不同的视频处理系统，会使用不同的视频设备，所以有必要为视频设备设计驱动程序，为高层应用程序提供统一的接口来操作底层硬件。只要是遵行此驱动程序接口标准开发的高层应用程序，都可以在具有相同接口的不同硬件平台上运行，具有很好的通用性和可移植性，同时高层应用程序设计人员只要会使用设备驱动程序提供的API接口，就不必了解底层硬件的具体实现，可以大大地提高整体视频系统的开发效率。

　　对于视频设备，TI公司提出了对应的视频设备驱动程序模型，但这些模型主要是针对6000系列高端DSP，甚至是DM64X这样的视频处理专用DSP设计的，而TMS320F2812(简称F2812)DSP这样的低端处理器，内部存储空间较小，且没有DM64X那样专用的视频接口，本文针对这类问题，提出了对TI视频驱动模型进行简化和改造的方法，使视频设备驱动程序占用尽量少的系统资源，来完成对视频硬件设备的操作，这种视频驱动模型的裁减方法，对于使用低端处理器的视频处理系统具有可借鉴性。

　　1 基于DSP/BIOS的外设驱动开发模型

　　TI公司为开发DSP的外设驱动程序，推出了DSP/BIOS Device Drive kit[1]，定义了标准的设备驱动模型，并提供了一系列的API接口，如图1所示，外设驱动程序分为两层：

　　①类驱动(class driver)，类驱动程序用来为应用程序提供接口，这部分程序与设备无关，主要功能包括维护设备数据缓冲区，向上提供API接口供应用层程序调用，并协调应用程序对外设操作的同步和阻塞，向下提供适配层与迷你驱动层相连，实现API接口函数到迷你驱动程序的映射，类驱动程序与硬件无关，只要外设驱动模型选定了，类驱动程序就定下来了，不需要作多少修改。

　　②迷你驱动(mini driver)，迷你驱动程序与设备相关，所以设计迷你驱动程序是外设驱动开发中的重点，迷你驱动程序与类驱动层的接口格式是统一的，但迷你驱动程序对底层硬件的操作是根据硬件平台的不同而变化的，迷你驱动接收类驱动层发出的IOM_Packet命令包，决定对底层硬件进行什么样的操作。

　　外设驱动程序模型又可以分为以下3类[2]：

　　1)PIP/PIO模型。基于数据管道的I/O模型，每个管道都在维护自己的一个缓冲区。当数据写入缓冲区，或从缓冲区取出数据时，便会激发notifyReader和notifyWriter函数实现数据的同步。

　　2)SIO/DIO模型，基于数据的I/O模型，一个数据流是单向的，要么是输入，要么是输出，而且SIO/DIO模型使用异步方式来操作I/O，对于数据的读写、处理可以同时进行[3]。