其中vm_flags字段设置了VM_RESERVED，表示该数据缓冲区一直常驻内存，在内存不足时，不会被交换出去。内核和进程同时对数据缓冲区读写，为了保证数据的一致性，对该区域的访问不应该经过CPU内部的缓冲区，所以用pgprot_noncached设置非缓冲标志。
mmap系统调用返回一个进程虚拟地址，该地址就是vma->vm_start字段，进程对该虚拟地址的访问，最终变为对物理地址CACHE_PHY的访问。
2．3 数据缓冲管理
缓冲管理的主要任务是，当ARM接收到新的一帧时，为其分配相应的缓存，并将在物理地址重映射到进程虚拟地址。当应用程序处理该帧时，缓冲管理负责内存区域的回收。
当Linux内核启动时，可以传人参数mem=PHY_LEN，指定存储空间的大小。在本例中，内核启动时为HPI驱动预留8 MB的高端物理内存。在本例中，借助Linux中对普通外设I／O内存(PCI卡内存等)管理的思想，用高度为2的树表示一块连续的区域。该数据结构的优点在于，资源分配简单，把离散的小内存合并为一块连续的大缓冲区的算法复杂度为O(1)。具体实现请参阅内核源码中resource结构相关部分。
重映射新一帧视频数据到进程虚拟地址是缓冲管理的另一任务。因为前一帧数据物理地址已经映射到进程虚拟地址，需要先将前帧物理地址与进程虚拟地址的映射关系去掉，然后重映射当前帧数据到进程虚拟地址。去掉物理地址与进程虚拟地址的映射关系由内核函数zap_page_range完成，调用该函数后，如果进程再访问该虚拟地址，内核会产生缺页中断。这时再用remap_page_range建立当前帧数据物理地址与进程虚拟地址间的映射关系，进程就可以通过同一虚拟地址访问当前帧的数据了。该方法的意义在于，进程不用频繁调用mmap建立物理地址与虚拟地址的映射，只用调用一次，当有新数据到达时，驱动自动将新帧数据映射到先前的进程虚拟地址，提高了进程处理视频数据的效率。实现代码如下：
结 语
在当前视频处理平台上，视频处理、视频传输、复杂任务管理等工作一般都是由一块DSP处理器单独完成，结合其他嵌入式微处理器协同工作的技术方案刚刚起步。经测试，在基于本文提出的高速通信方法设计的视频处理平台上，TMS320DM642与AT9lRM9200间的通信速率可以达到50 Mbps，带宽足够用来传输MPEG等压缩视频数据。如果用HPl32模式，速度还会大幅度提高。同时，因为Linux系统的实时性不是很强，如果采用其他实时性强的操作系统，如Vxworks等，系统性能还会有大的提高。
