新聞中心

EEPW首頁 > 嵌入式系統(tǒng) > 設(shè)計(jì)應(yīng)用 > 嵌入式Linux系統(tǒng)中MMC卡驅(qū)動(dòng)管理技術(shù)研究

嵌入式Linux系統(tǒng)中MMC卡驅(qū)動(dòng)管理技術(shù)研究

作者: 時(shí)間:2007-07-04 來源:網(wǎng)絡(luò) 收藏
摘要 簡明介紹程序的體系結(jié)構(gòu),設(shè)計(jì)并實(shí)現(xiàn)卡的底層;對(duì)傳統(tǒng)的塊設(shè)備程序中的單塊讀寫進(jìn)行改進(jìn),實(shí)現(xiàn)卡的集群讀寫,同時(shí)實(shí)現(xiàn)了卡的電源和即插即用功能。
關(guān)鍵詞 MMC卡 底層驅(qū)動(dòng) 集群讀寫 熱拔插

引 言
MMC(Multitmedia Card)是一種體積小巧、容量大、使用方便的存儲(chǔ)器,目前在手機(jī)等中有著廣泛的應(yīng)用。MMC通過卡內(nèi)的一個(gè)集成片內(nèi)控制器對(duì)MMC卡進(jìn)行控制和,當(dāng)主機(jī)正確地驅(qū)動(dòng)MMC卡后,就可以像磁盤一樣方便地存取數(shù)據(jù)。本文所與實(shí)現(xiàn)的驅(qū)動(dòng)程序,以Intel XScale的PXA250為硬件平臺(tái),在遵循MMC卡通信協(xié)議規(guī)范的基礎(chǔ)上,實(shí)現(xiàn)了卡的底層讀寫。然后對(duì)傳統(tǒng)的塊設(shè)備驅(qū)動(dòng)程序中的單塊讀寫進(jìn)行了改進(jìn),實(shí)現(xiàn)了集群讀寫,提高了卡的讀寫速度;同時(shí)增加了電源功能,滿足了低功耗的需求;增加了即插即用功能,方便了用戶的使用。

1 MMC卡驅(qū)動(dòng)程序的體系結(jié)構(gòu)
MMC卡僅通過5個(gè)引腳與主機(jī)的控制器相連,通過串行協(xié)議與主機(jī)通信。MMC卡在硬件上的簡單構(gòu)造必然導(dǎo)致在實(shí)現(xiàn)驅(qū)動(dòng)程序上的復(fù)雜。依據(jù)MMC卡的通信擲議規(guī)范和驅(qū)動(dòng)程序的結(jié)構(gòu),把驅(qū)動(dòng)程序原有的底層驅(qū)動(dòng)、守護(hù)線程、單塊讀寫進(jìn)行改進(jìn)和擴(kuò)展,其結(jié)構(gòu)層次再劃分為底層驅(qū)動(dòng)、守護(hù)線程、集群讀寫、電源管理及熱拔插管理5個(gè)部分,如圖l所示。

圖1中各部分的功能為:
①底層驅(qū)動(dòng)――處理直接涉及與MMC卡硬件寄存器端口的操作,包括:命令的發(fā)布和響應(yīng)、中斷響應(yīng)和處理、PIO或者DMA通道數(shù)據(jù)傳輸?shù)取?BR> ②集群讀寫――將磁盤相鄰數(shù)據(jù)塊的讀寫請(qǐng)求合并起來一起發(fā)布讀寫命令,以加快數(shù)據(jù)讀寫,并在讀寫中實(shí)現(xiàn)并發(fā)控制。
③電源管理――實(shí)現(xiàn)MMC卡的低功耗管理。
④熱拔插管理――實(shí)現(xiàn)MMC卡的即插即用功能。
⑤守護(hù)線程――響應(yīng)文件的讀寫請(qǐng)求并啟動(dòng)對(duì)卡的1/O。

2 MMC卡驅(qū)動(dòng)程序的實(shí)現(xiàn)
2.1 底層驅(qū)動(dòng)
底層驅(qū)動(dòng)指的是直接對(duì)MMC卡進(jìn)行操作。MMC卡采用串行的數(shù)據(jù)傳輸方式;是一種比較“精細(xì)”的卡,對(duì)它的操作比較復(fù)雜而且必須有準(zhǔn)確的時(shí)序安排。以下從命令的發(fā)布和響應(yīng)、中斷響應(yīng)和處理、DMA數(shù)據(jù)傳輸3個(gè)方面講述如何進(jìn)行底層讀寫驅(qū)動(dòng)。

(1)命令發(fā)布和響應(yīng)

MMC卡的操作是通過對(duì)其18個(gè)控制寄存器的讀寫實(shí)現(xiàn)的。首先,設(shè)置時(shí)鐘起停寄存器MMC_STRCPL的最低兩位為01.關(guān)閉MMC卡內(nèi)部時(shí)鐘。然后,設(shè)置中斷屏蔽寄存器MMC_LMASK的最低7位都為1,屏蔽所有對(duì)MMC控制器的中斷,再向指定的MMC控制寄存器中寫入命令參數(shù),如時(shí)鐘頻率設(shè)置寄存器MMC_CLKRT,讀寫塊數(shù)寄存器MMC_NOB,命令寄存器MMC_CMD等。最后,打開內(nèi)部時(shí)鐘,解除屏蔽的中斷。這時(shí),當(dāng)前讀寫進(jìn)程進(jìn)入睡眠狀態(tài),等待中斷處理程序的喚醒。

(2)中斷響應(yīng)和處理
MMC卡在數(shù)據(jù)傳輸請(qǐng)求、內(nèi)部時(shí)鐘關(guān)閉、命令發(fā)布完畢、數(shù)據(jù)傳輸完畢的情況下都會(huì)產(chǎn)生中斷,但足MMC卡的控制器只通過1裉GPIO23的引腳與CPU相連,用于中斷信號(hào)線的復(fù)用;因此在中斷處理程序中,必須首先判斷到底是哪種原因產(chǎn)生的中斷,然后再進(jìn)行相應(yīng)的處理。這里,MMC卡在正確發(fā)布讀寫命令以后,系統(tǒng)會(huì)產(chǎn)生1次中斷,中斷處理程序中讀取MMC_IREG的值,判斷命令已經(jīng)發(fā)布成功,同時(shí)喚醒等待命令完成的進(jìn)程。

讀寫進(jìn)程被中斷喚醒后,首先讀取MMC卡響應(yīng)寄存器MMC_RES中的狀態(tài)信息,再根據(jù)這些狀態(tài)信息判斷命令是否發(fā)布成功和卡的當(dāng)前狀態(tài)。如果這些狀態(tài)信息表示命令執(zhí)行成功,則通過讀寫緩沖寄存器MMC_RXFIFO和MMC_TXFIFO進(jìn)行數(shù)據(jù)的讀寫(這里使用DMA進(jìn)行數(shù)據(jù)傳輸,提高了數(shù)據(jù)的傳輸速度);如果返回的狀態(tài)信息表明命令執(zhí)行不成功,則根據(jù)狀念信息進(jìn)行相應(yīng)的出錯(cuò)處理。

(3)DMA數(shù)據(jù)傳輸

驅(qū)動(dòng)程序中對(duì)MMC卡的數(shù)據(jù)讀寫是通過DMA通道進(jìn)行傳輸?shù)?。為了保汪操作的連續(xù)性,驅(qū)動(dòng)程序?qū)MC卡的輸入和輸出緩沖各設(shè)置1個(gè)DMA通道,在進(jìn)行實(shí)際數(shù)據(jù)傳輸時(shí),讀寫進(jìn)程也進(jìn)入睡眠狀態(tài),等待DMA數(shù)據(jù)傳輸完畢后,被DMA中斷喚醒。實(shí)現(xiàn)一次讀操作的偽代碼如下:
Pxa_read_mmc(){

關(guān)閉時(shí)鐘,屏蔽中斷;
設(shè)置讀寫寄存器的內(nèi)容; /*讀寫塊數(shù),起始?jí)K數(shù),讀寫速度等*/
打開時(shí)鐘,發(fā)布讀寫命令;
Interruptible_sleep_on(); /*進(jìn)入可打斷睡眠狀態(tài),等待中斷程序的喚醒*/
被中斷程序喚醒,打開DMA通道,進(jìn)行數(shù)據(jù)傳輸,再次進(jìn)入可打斷睡眠狀態(tài);
被DMA傳輸完畢中斷喚醒,發(fā)布結(jié)束傳輸命令,結(jié)束數(shù)據(jù)傳輸;

2.2 集群(clustering)讀寫和并發(fā)控制
2.2.1 傳統(tǒng)的塊設(shè)備驅(qū)動(dòng)程序結(jié)構(gòu)和不足
塊沒備驅(qū)動(dòng)程序是Linux系統(tǒng)中最復(fù)雜的驅(qū)動(dòng)程序之一,參閱文獻(xiàn)[3,4]可以詳細(xì)了解Linux塊設(shè)備驅(qū)動(dòng)程序。這里簡單介紹與集群讀寫相關(guān)的數(shù)據(jù)結(jié)構(gòu)和操作。扇區(qū)(seetor)是塊設(shè)備硬件傳輸數(shù)據(jù)的基本單位,而塊(block)是塊設(shè)備請(qǐng)求1次I/O操作所涉及的一組相鄰扇區(qū),每個(gè)塊都需要有自己的內(nèi)存緩沖區(qū)。緩沖區(qū)首部(buffer_head)是與每個(gè)緩沖區(qū)相關(guān)的數(shù)據(jù)結(jié)構(gòu),每次對(duì)塊沒備的I/O傳輸都必須經(jīng)過塊的緩沖區(qū)。

Linux塊沒備驅(qū)動(dòng)程序采取一種延遲I/O策略。當(dāng)進(jìn)程有I/O請(qǐng)求時(shí),驅(qū)動(dòng)程序延遲一段時(shí)間,把塊設(shè)備上相連續(xù)的buffer_head結(jié)構(gòu)關(guān)聯(lián)在一起形成一個(gè)I/O請(qǐng)求描述符(struct request),再把request結(jié)構(gòu)按照電梯算法排隊(duì)到設(shè)備的請(qǐng)求隊(duì)列(request_queue_t)。這樣實(shí)際執(zhí)行I/O傳輸時(shí),順次處理對(duì)應(yīng)塊設(shè)備的請(qǐng)求隊(duì)列。
對(duì)于request結(jié)構(gòu)的電梯排隊(duì)算法,避免由于頻繁的移動(dòng)磁頭而導(dǎo)致塊設(shè)備性能下降;然而,目前在Linux塊設(shè)備驅(qū)動(dòng)程序中,對(duì)一個(gè)request結(jié)構(gòu)中的各個(gè)buffer_head結(jié)構(gòu)分別發(fā)布I/O讀寫命令,會(huì)導(dǎo)致每次對(duì)一個(gè)buffer_head的輸入/輸出時(shí),磁頭都會(huì)停頓一段時(shí)間,進(jìn)行DMA數(shù)據(jù)讀寫。這樣頻繁的磁頭啟停會(huì)導(dǎo)致磁盤性能下降。

2.2.2 集群讀寫的實(shí)現(xiàn)

傳統(tǒng)的塊設(shè)備驅(qū)動(dòng)程序中每次發(fā)布讀寫命令都只對(duì)一個(gè)buffer_head緩沖而導(dǎo)致塊設(shè)備性能下降。針對(duì)這一問題,我們對(duì)傳統(tǒng)塊設(shè)備進(jìn)行改進(jìn),實(shí)現(xiàn)了集群讀寫。由于每一個(gè)request結(jié)構(gòu)的buffer_head結(jié)構(gòu)鏈對(duì)應(yīng)的物理塊都是相鄰的,因此為進(jìn)行集群讀寫創(chuàng)造了條件。request結(jié)構(gòu)中的nr_sectors表示該request結(jié)構(gòu)需要讀寫的塊數(shù)。進(jìn)行讀寫時(shí),一次性發(fā)布讀寫塊數(shù)為nr_seetors,讀入塊設(shè)備內(nèi)容到requem結(jié)構(gòu)指向的第一個(gè)buffer_head結(jié)構(gòu)對(duì)應(yīng)的內(nèi)存區(qū)域。在一個(gè)buffer_head結(jié)構(gòu)的緩沖區(qū)讀寫滿了以后,就調(diào)整讀寫緩沖區(qū)地址為下一個(gè)buffer_head所指向的緩沖區(qū),同時(shí)配合DMA進(jìn)行數(shù)據(jù)傳輸,提高了讀寫速度。對(duì)一個(gè)request結(jié)構(gòu)操作完成以后,釋放request結(jié)構(gòu)資源。實(shí)現(xiàn)集群讀操作偽碼如下:
Read_mmc(){

發(fā)布讀寫命令,讀入的數(shù)據(jù)塊數(shù)為一個(gè)rcquest一>nr_sectors的塊數(shù);
緩沖區(qū)的指針指向第1個(gè)bh結(jié)構(gòu)所指的緩沖區(qū);
while(數(shù)據(jù)還沒有讀完){
讀入數(shù)據(jù)到buffer_head結(jié)構(gòu)所指定的緩沖區(qū);/*調(diào)用Pxa_read_mmc()*/
調(diào)整緩沖區(qū)的指針到下一個(gè)buffer_head結(jié)構(gòu)所指向的緩沖區(qū);
}

}

2.2.3集群讀寫中的并發(fā)控制
如果I/O請(qǐng)求隊(duì)列request_queue_t是在內(nèi)核中的許多地方都被訪問的,則該隊(duì)列就成為了臨界資源。為了對(duì)該隊(duì)列進(jìn)行互斥保護(hù),Linux2.4中所有的請(qǐng)求隊(duì)列都受一個(gè)單獨(dú)的全局自旋鎖io_request_lock的保護(hù)。所有對(duì)清求隊(duì)列的操作必須要求擁有該鎖并禁止中斷,然而,在驅(qū)動(dòng)程序擁有這個(gè)鎖的同時(shí),其他任何讀寫請(qǐng)求不能排隊(duì)到系統(tǒng)的任何塊設(shè)備上,其他讀寫處理函數(shù)也不能運(yùn)行。為了盡量減輕由于驅(qū)動(dòng)程序長期的擁有該鎖而導(dǎo)致系統(tǒng)性能下降的問題,在實(shí)現(xiàn)集群讀寫時(shí)必須遵循以下原則:

①對(duì)請(qǐng)求隊(duì)列進(jìn)行讀寫操作時(shí)要獲得鎖;
②對(duì)請(qǐng)求隊(duì)列操作完畢后釋放請(qǐng)求鎖;
③為了減少占用鎖的時(shí)間,可先把隊(duì)列中的request結(jié)構(gòu)從隊(duì)列中取下來,再打開鎖,然后在開鎖的情況下對(duì)取下的request結(jié)構(gòu)進(jìn)行操作。

基于以上原則,讀/寫處理函數(shù)的偽碼如下所示:
mmc_request_fn()
whilc(1){
加鎖io_request_lock;
讀取當(dāng)前mmc卡請(qǐng)求隊(duì)列的第一個(gè)請(qǐng)求結(jié)構(gòu)request;
釋放鎖io_request_lock;
if(request為空)
cxit(O); /*沒有可以處理的隊(duì)列,返回*/
read_mmc(); /*調(diào)用集群讀寫函數(shù)*/
加鎖io_request_lock;
在queue結(jié)構(gòu)中取處理完畢的request結(jié)構(gòu),釋放request資源;
釋放鎖io_request_lock;
}

}

2.3 守護(hù)線程
在MMC卡驅(qū)動(dòng)程序初始化的時(shí)候,啟動(dòng)守護(hù)線程mme_block_thread。它平時(shí)處于睡眠狀態(tài),當(dāng)有對(duì)MMC卡的讀/寫請(qǐng)求時(shí),mmc_blok_thread被喚醒。該線程調(diào)用上述讀/寫處理函數(shù)mmc_request_fn(),處理完畢后再進(jìn)入睡眠狀態(tài)。

2.4 電源管理
系統(tǒng)一般有低功耗要求,當(dāng)某設(shè)備長期沒有運(yùn)行時(shí),就應(yīng)該停止給該設(shè)備供電,以減少電能消耗。在內(nèi)核中有一個(gè)需要注冊(cè)的電源管理設(shè)備的隊(duì)列pm_list,同時(shí)也有電源管理線程kpowered,它的優(yōu)先級(jí)是所有運(yùn)行進(jìn)程中最低的。當(dāng)系統(tǒng)長時(shí)間沒有進(jìn)程運(yùn)行時(shí),kpowered被喚醒,掃描pm_list隊(duì)列各個(gè)注冊(cè)的設(shè)備。如果發(fā)現(xiàn)該設(shè)備長期沒有運(yùn)行,則向該設(shè)備發(fā)出PM_SUSPEND事件;而當(dāng)設(shè)備重新開始使用時(shí),則向pm_list隊(duì)列發(fā)出:PM_RESUME事件。

在MMC卡驅(qū)動(dòng)模塊中注冊(cè)了電源管理的回調(diào)函數(shù)mme_block_callback,即pm_register(PM_UNKNOWN_DEV,0,mme_pm_callback)。這樣MMC卡就注冊(cè)到了pm_list隊(duì)列中去了。當(dāng)有電源事件時(shí),就觸發(fā)mmc_pm_callback函數(shù)。該函數(shù)處理各種電源事件。

程序中的電源事件有兩種:
①PM_SUSPEND事件。該事件使MMC卡進(jìn)入省電模式。這時(shí)驅(qū)動(dòng)程序保存MMC卡的當(dāng)前狀態(tài)和重要寄存器的內(nèi)容,如時(shí)鐘寄存器MMC_CLKRT和狀態(tài)寄存器MMC_STAT等。然后,設(shè)置MMC卡的供電GPIO為高電平,關(guān)閉MMC卡的電源供應(yīng),沒置MMC卡在時(shí)鐘使能寄存器CKEN的相應(yīng)位為O,關(guān)閉MMC卡的時(shí)鐘脈沖。這時(shí),MMC卡就進(jìn)入了省電模式。
②PM_RESUME事件。該事件使MMC卡進(jìn)入正常工作模式。這時(shí)程序恢復(fù)在進(jìn)入省電模式前保存的寄存器,打開電源供應(yīng)和時(shí)鐘脈沖,MMC卡恢復(fù)到正常的工作模式。
當(dāng)然電源事件也可以由用戶進(jìn)程自愿觸發(fā)。在文件系統(tǒng)的接口file_operaion io_control中留有電源理管理接口,用戶可以通過io_contol向卡發(fā)送電源事件請(qǐng)求。

2.5 熱插拔管理

在手機(jī)、PDA等嵌入式系統(tǒng)中,都要求提供對(duì)設(shè)備的即插即用功能,使用戶無須安裝驅(qū)動(dòng)程序就可以即時(shí)使用設(shè)備。Linux在系統(tǒng)層和應(yīng)用層都要對(duì)熱插拔事件進(jìn)行處理。在系統(tǒng)層,一方面要探測(cè)MMC卡的熱插拔事件,分配或釋放系統(tǒng)資源,并驅(qū)動(dòng)MMC卡;另一方面,要將此事件準(zhǔn)確及時(shí)地通知給應(yīng)用層,應(yīng)用層則根據(jù)熱插拔事件作相應(yīng)的處理。

在操作系統(tǒng)層,需要注冊(cè)一個(gè)字符型設(shè)備mmc_plug文件,用于應(yīng)用層探測(cè)MMC卡的熱插拔事什。CPU通過GPIO12引腳與MMC卡相連,用于卡插拔的中斷探測(cè)。同時(shí)驅(qū)動(dòng)程序巾設(shè)置一個(gè)信號(hào)量MMC_EVENT,它取MMC_INSERT和MMC_REMOVAL兩個(gè)值。當(dāng)卡插入和或者拔出時(shí),在中斷處理程序中被分別設(shè)置為MMC_INSERT和MMC_REMCOVAL;并同時(shí)傳給字符設(shè)備mmc_plug,供上層的應(yīng)用程序使用。為了讓應(yīng)用層能夠知曉卡的拔插事件,在字符設(shè)備mmc_plug使用異步I/O機(jī)制poll,需要接收內(nèi)核拔插事件的進(jìn)程通過poll在一個(gè)等待隊(duì)列上睡眠,當(dāng)有卡拔插事件時(shí)產(chǎn)生中斷,中斷處理程序喚醒在隊(duì)列上等待的進(jìn)程。上層進(jìn)程在被喚醒后就讀取字符設(shè)備,獲取所發(fā)生的事件。

在應(yīng)用層,進(jìn)程通過select機(jī)制監(jiān)聽MMC卡所發(fā)生的熱插拔事件,在沒有拔插事件的時(shí)候,進(jìn)程進(jìn)入阻塞狀態(tài),讓出CPU資源;當(dāng)發(fā)生熱拔插事件時(shí),系統(tǒng)喚醒通過poll加入到等待隊(duì)列中的進(jìn)程,然后應(yīng)用層通過read函數(shù)得到MMC卡的熱插拔事件,進(jìn)行相應(yīng)的應(yīng)用層處理。當(dāng)然,應(yīng)用層也可以通過write方法通知系統(tǒng)層對(duì)卡進(jìn)行處理。

結(jié)語
本文實(shí)現(xiàn)的MMC卡驅(qū)動(dòng)程序,其實(shí)現(xiàn)的集群讀寫證明有穩(wěn)定而較高的讀/寫速度;增加了電源管理功能,降低了電源的功耗,滿足了嵌入式系統(tǒng)低功耗的要求;增加的即插即用功能,大大方便了用戶的使用。驅(qū)動(dòng)程序的體系結(jié)構(gòu)是實(shí)現(xiàn)嵌入式系統(tǒng)塊設(shè)備驅(qū)動(dòng)的一種好方法。

linux操作系統(tǒng)文章專題:linux操作系統(tǒng)詳解(linux不再難懂)


評(píng)論


相關(guān)推薦

技術(shù)專區(qū)

關(guān)閉