DM642的FVID驱动总结.docVIP

DM642的FVID驱动总结 DM642 FVID驱动编写总结 TI公司为开发DSP的外设驱动程序,推出了DSP/BIOS Device Driver Kit(DDK),定义了标准的设备驱动模型,并提供了一系列的API接口。 外设驱动程序分为两层： ①类驱动(class driver)。类驱动程序用来为应用程序提供接口。这部分程序与设备无关,主要功能包括维护设备数据缓冲区,向上提供API接口供应用层程序调用,并协调应用程序对外设操作的同步和阻塞；向下提供适配层与迷你驱动层相连,实现API接口函数到迷你驱动层程序的映射。类驱动程序与硬件无关,只要外设驱动模型选定了,类驱动程序就定下来了,不需要做多少修改。 ②迷你驱动(mini driver)。迷你驱动程序与设备相关,所以设计迷你驱动程序是外设驱动开发中的重点。迷你驱动程序与类驱动层的接口格式是统一的,但迷你驱动程序对底层硬件的操作是根据硬件平台的不同而变化的。迷你驱动接收类驱动层发出的IOM_Packet命令包,决定对底层硬件进行什么样的操作。 外设驱动程序模型又可以分为以下3类： ①PIP/PIO模型。基于数据管道的I/O模型,每个管道都在维护自己的一个缓冲区。当数据写入缓冲区,或从缓冲区取出数据时,便会激发notifyReader()和notifyWriter()函数实现数据的同步。 ②SIO/DIO模型。基于数据流的I/O模型,一个数据流是单向的,要么是输入,要么是输出,而且SIO/DIO模型使用异步方式来操作I/O,对于数据的读写、处理可以同时进行。 ③GIO模型。通用的I/O模型,灵活性很强,且没有适配层,直接操作迷你驱动程序,主要用来设计新型的设备驱动模型。 比较PIO、SIO和GIO PIO支持更底层的通信,适合设计比较简单的外设驱动程序。例如在TI公司的6X11DSK板上实现的音频采集和回放,一般都是基于PIO模型的。而SIO模型具有很好的缓冲器分配回收机制,比较适合描述视频设备,SIO提供的功能也是相当丰富的,GIO模型设计的目的就是针对特殊硬件的新型设备,以根据实际的场合和功能使用GIO设备驱动模型。 FVID驱动模型 TI公司最初设计的GIO模型存在缺陷的,主要在数据缓冲区管理的问题上,应用程序在取得设备驱动程序的缓冲区进行数据处理之后,无法将缓冲区返回设备驱动程序。于是TI公司在推出DM642这一款主要用于视频处理的DSP芯片的同时,对GIO模型进行了改进,提出了专门针对视频设备的FVID模型。 FVID模型是建立在GIO模型之上的,以FVID_alloc()、FVID_exchange()、FVID_free()函数对GIO模型中的GIO_submit()函数进行封装,解决了GIO模型中驱动程序不能回收缓冲区的问题。 此外FVID模型还专门设计了FVID_frame结构。此结构中包含了常用的视频信号的信息,如行数、列数、YUV结构、场频等,很适合描述视频数据帧,为视频场合设计的FVID模型主要是针对DM64X系统设计的. 迷你驱动各个函数的具体实现如下： ①mdBindDev()函数。在应用程序建立设备接口(如FVID_create()函数)时被调用以实施设备邦定,完成对外部设备的初始化。而与其对应的是mdUBindDev()函数,使用mdUBindDev()函数会使设备处于无效状态,不能再使用。 ②mdCreateChan()函数。使用此函数为应用程序和驱动程序建立通信通道,同时为每个通道申请缓冲区。在TI公司发布的FVID模型中,为每个通道都分配了3个缓冲区,轮流与外部设备交换数据,每个缓冲区对应1帧视频数据。与mdCreateChan()对应的是md_DeleteChan()函数,用于删除设备通道,释放缓冲区资源。 ③mdSubmitChan()函数。负责管理缓冲区,分别接受应用程序发出的FVID_ALLOC()、FVID_EXCHANGE()、FVID_FREE()三个命令并进行处理。其中FVID_ALLOC命令获取驱动程序中的缓存区,应用程序从三个缓冲区中取出最新的一帧视频数据，对其中的数据做处理,而剩下的缓冲区用来接受外部设备输入的数据。FVID_EXCHANGE()将使用完的缓存区与驱动程序的最新数据缓存区交换，应用程序处理完1帧数据，将这1帧数据返回驱动程序，再读入新的1帧数据进行处理。FVID_FREE()将使用完的缓存区重新返回给驱动程序，应用程序将处理完的数据帧返回驱动程序,而不再向驱动程序申请新的数据帧。 ④mdControlChan()函数。用来操作外部视频设备,完成对视频数据的采集和输出。应用程序通过FVID_Control()函数将命令传递给GIO_Control()函数，然后再GIO_Control()传递给mdCon