HPI接13的視頻數(shù)據(jù)傳輸系統(tǒng)設計
加入技術(shù)交流群
其中vm_flags字段設置了VM_RESERVED，表示該數(shù)據(jù)緩沖區(qū)一直常駐內(nèi)存，在內(nèi)存不足時，不會被交換出去。內(nèi)核和進程同時對數(shù)據(jù)緩沖區(qū)讀寫，為了保證數(shù)據(jù)的一致性，對該區(qū)域的訪問不應該經(jīng)過CPU內(nèi)部的緩沖區(qū)，所以用pgprot_noncached設置非緩沖標志。
mmap系統(tǒng)調(diào)用返回一個進程虛擬地址，該地址就是vma->vm_start字段，進程對該虛擬地址的訪問，最終變?yōu)閷ξ锢淼刂稢ACHE_PHY的訪問。
2．3 數(shù)據(jù)緩沖管理
緩沖管理的主要任務是，當ARM接收到新的一幀時，為其分配相應的緩存，并將在物理地址重映射到進程虛擬地址。當應用程序處理該幀時，緩沖管理負責內(nèi)存區(qū)域的回收。
當Linux內(nèi)核啟動時，可以傳人參數(shù)mem=PHY_LEN，指定存儲空間的大小。在本例中，內(nèi)核啟動時為HPI驅(qū)動預留8 MB的高端物理內(nèi)存。在本例中，借助Linux中對普通外設I／O內(nèi)存(PCI卡內(nèi)存等)管理的思想，用高度為2的樹表示一塊連續(xù)的區(qū)域。該數(shù)據(jù)結(jié)構(gòu)的優(yōu)點在于，資源分配簡單，把離散的小內(nèi)存合并為一塊連續(xù)的大緩沖區(qū)的算法復雜度為O(1)。具體實現(xiàn)請參閱內(nèi)核源碼中resource結(jié)構(gòu)相關部分。
重映射新一幀視頻數(shù)據(jù)到進程虛擬地址是緩沖管理的另一任務。因為前一幀數(shù)據(jù)物理地址已經(jīng)映射到進程虛擬地址，需要先將前幀物理地址與進程虛擬地址的映射關系去掉，然后重映射當前幀數(shù)據(jù)到進程虛擬地址。去掉物理地址與進程虛擬地址的映射關系由內(nèi)核函數(shù)zap_page_range完成，調(diào)用該函數(shù)后，如果進程再訪問該虛擬地址，內(nèi)核會產(chǎn)生缺頁中斷。這時再用remap_page_range建立當前幀數(shù)據(jù)物理地址與進程虛擬地址間的映射關系，進程就可以通過同一虛擬地址訪問當前幀的數(shù)據(jù)了。該方法的意義在于，進程不用頻繁調(diào)用mmap建立物理地址與虛擬地址的映射，只用調(diào)用一次，當有新數(shù)據(jù)到達時，驅(qū)動自動將新幀數(shù)據(jù)映射到先前的進程虛擬地址，提高了進程處理視頻數(shù)據(jù)的效率。實現(xiàn)代碼如下：本文引用地址：http://butianyuan.cn/article/166938.htm
結(jié) 語
在當前視頻處理平臺上，視頻處理、視頻傳輸、復雜任務管理等工作一般都是由一塊DSP處理器單獨完成，結(jié)合其他嵌入式微處理器協(xié)同工作的技術(shù)方案剛剛起步。經(jīng)測試，在基于本文提出的高速通信方法設計的視頻處理平臺上，TMS320DM642與AT9lRM9200間的通信速率可以達到50 Mbps，帶寬足夠用來傳輸MPEG等壓縮視頻數(shù)據(jù)。如果用HPl32模式，速度還會大幅度提高。同時，因為Linux系統(tǒng)的實時性不是很強，如果采用其他實時性強的操作系統(tǒng)，如Vxworks等，系統(tǒng)性能還會有大的提高。
評論