嵌入式Linux系統(tǒng)中MMC卡驅(qū)動(dòng)程序研究

引 言
　　MMC（Multitmedia Card）是一種體積小巧、容量大、使用方便的存儲(chǔ)器，目前在手機(jī)等嵌入式系統(tǒng)中有著廣泛的應(yīng)用。MMC通過(guò)卡內(nèi)的一個(gè)集成片內(nèi)控制器對(duì)MMC卡進(jìn)行控制和管理，當(dāng)主機(jī)正確地驅(qū)動(dòng)MMC卡后，就可以像磁盤一樣方便地存取數(shù)據(jù)。本文所研究與實(shí)現(xiàn)的Linux驅(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ù)，提高了卡的讀寫速度；同時(shí)增加了電源管理功能，滿足了嵌入式系統(tǒng)低功耗的需求；增加了即插即用功能，方便了用戶的使用。
　　1 MMC卡驅(qū)動(dòng)程序的體系結(jié)構(gòu)
　　MMC卡僅通過(guò)5個(gè)引腳與主機(jī)的控制器相連，通過(guò)串行協(xié)議與主機(jī)通信。MMC卡在硬件上的簡(jiǎn)單構(gòu)造必然導(dǎo)致在實(shí)現(xiàn)驅(qū)動(dòng)程序上的復(fù)雜。依據(jù)MMC卡的通信擲議規(guī)范和Linux驅(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)求合并起來(lái)一起發(fā)布讀寫命令，以加快數(shù)據(jù)讀寫，并在讀寫中實(shí)現(xiàn)并發(fā)控制。
　　③電源管理——實(shí)現(xiàn)MMC卡的低功耗管理。
　?、軣岚尾骞芾怼獙?shí)現(xiàn)MMC卡的即插即用功能。
　?、菔刈o(hù)線程——響應(yīng)文件系統(tǒ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)。
　?。?）命令發(fā)布和響應(yīng)
　　MMC卡的操作是通過(guò)對(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等。最后，打開(kāi)內(nèi)部時(shí)鐘，解除屏蔽的中斷。這時(shí)，當(dāng)前讀寫進(jìn)程進(jìn)入睡眠狀態(tài)，等待中斷處理程序的喚醒。
　?。?）中斷響應(yīng)和處理
　　MMC卡在數(shù)據(jù)傳輸請(qǐng)求、內(nèi)部時(shí)鐘關(guān)閉、命令發(fā)布完畢、數(shù)據(jù)傳輸完畢的情況下都會(huì)產(chǎn)生中斷，但足MMC卡的控制器只通過(guò)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í)行成功，則通過(guò)讀寫緩沖寄存器MMC_RXFIFO和MMC_TXFIFO進(jìn)行數(shù)據(jù)的讀寫（這里使用DMA進(jìn)行數(shù)據(jù)傳輸，提高了數(shù)據(jù)的傳輸速度）；如果返回的狀態(tài)信息表明命令執(zhí)行不成功，則根據(jù)狀念信息進(jìn)行相應(yīng)的出錯(cuò)處理。
　?。?）DMA數(shù)據(jù)傳輸
　　驅(qū)動(dòng)程序中對(duì)MMC卡的數(shù)據(jù)讀寫是通過(guò)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ù)，讀寫速度等*／
　　打開(kāi)時(shí)鐘，發(fā)布讀寫命令；
　　Interruptible_sleep_on（）； ／*進(jìn)入可打斷睡眠狀態(tài)，等待中斷程序的喚醒*／
　　被中斷程序喚醒，打開(kā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)和不足
　　塊沒(méi)備驅(qū)動(dòng)程序是Linux系統(tǒng)中最復(fù)雜的驅(qū)動(dòng)程序之一，參閱文獻(xiàn)［3，4］可以詳細(xì)了解Linux塊設(shè)備驅(qū)動(dòng)程序。這里簡(jiǎn)單介紹與集群讀寫相關(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ì)塊沒(méi)備的I／O傳輸都必須經(jīng)過(guò)塊的緩沖區(qū)。
　　Linux塊沒(méi)備驅(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ì)這一問(wèn)題，我們對(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ù)還沒(méi)有讀完）{
　　讀入數(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)核中的許多地方都被訪問(wèn)的，則該隊(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)程序長(zhǎng)期的擁有該鎖而導(dǎo)致系統(tǒng)性能下降的問(wèn)題，在實(shí)現(xiàn)集群讀寫時(shí)必須遵循以下原則：
　?、賹?duì)請(qǐng)求隊(duì)列進(jìn)行讀寫操作時(shí)要獲得鎖；
　　②對(duì)請(qǐng)求隊(duì)列操作完畢后釋放請(qǐng)求鎖；
　?、蹫榱藴p少占用鎖的時(shí)間，可先把隊(duì)列中的request結(jié)構(gòu)從隊(duì)列中取下來(lái)，再打開(kāi)鎖，然后在開(kāi)鎖的情況下對(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）； ／*沒(méi)有可以處理的隊(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)。