• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>

            創(chuàng)新無(wú)極限

            Sun Guoqing的Blog

            C++博客 首頁(yè) 新隨筆 聯(lián)系 聚合 管理
              3 Posts :: 1 Stories :: 11 Comments :: 0 Trackbacks
            WINCE的內(nèi)存(包括SDRAM及FLASH)的配置包含兩個(gè)方面:源代碼(包括C和匯編)中的定義,及系統(tǒng)配置文件CONFIG.BIB中的定義。源 代碼中需要定義內(nèi)存的物理及虛擬地址,大小,并初始化名為OEMAddressTable的結(jié)構(gòu)數(shù)組,以告知系統(tǒng)物理地址與虛擬地址的對(duì)應(yīng)關(guān)系,系統(tǒng)根據(jù) 其設(shè)置生成MMU頁(yè)表。而CONFIG.BIB中一般會(huì)將內(nèi)存定義成不同的段,各段用作不同的用途。

            CONFIG.BIB文件
            CONFIG.BIB文件分兩個(gè)部分,我們且稱之為段,MEMORY段和CONFIG段。MEMORY段定義內(nèi)存的分片方法,CONFIG段定義系統(tǒng)其它的一些屬性。以下是一個(gè)CONFIG。BIB文件MEMORY段的例子:
            MEMORY
            ; 名稱 起始地址 大小 屬性
            RESERVED 80000000 00008000 RESERVED
            DRV_GLB 80008000 00001000 RESERVED
            CS8900 80010000 00030000 RESERVED
            EDBG 80040000 00080000 RESERVED
            NK 800C0000 00740000 RAMIMAGE
            RAM 81000000 00800000 RAM

            名 稱原則上可以取任意字符串,ROMIMAGE通過(guò)一個(gè)內(nèi)存片的屬性來(lái)判斷它的用途。RESERVE屬性表明該片內(nèi)存是BSP自己使用的,系統(tǒng)不必關(guān)心其用 途;RAMIMAGE說(shuō)明它是一片存放OS IMAGE的內(nèi)存;而RAM則表示些片內(nèi)存為RAM,系統(tǒng)可以在其中分配空間,運(yùn)行程序。
            但存放 ROM的這片內(nèi)存的名稱,即NK一般不要改動(dòng)。因?yàn)锽IB文件中定義將一個(gè)文件加入到哪個(gè)ROM片(WINCE支持將ROM IMAGE存放在不連續(xù)的幾 個(gè)內(nèi)存片中)中時(shí)會(huì)用到這個(gè)名稱,如下現(xiàn)這行BIB文件項(xiàng)就定義將touch.dll放在名稱為NK這片ROM中,
            touch.dll $(_FLATRELEASEDIR)\touch.dll NK SH
            因而,如果將NK改為其它名稱,則系統(tǒng)中所有的BIB文件中的這個(gè)NK串都需要改動(dòng)。
            注 意:保證各片內(nèi)存不要重疊;而且中間不要留空洞,以節(jié)約內(nèi)存;兩種設(shè)備如果不能同時(shí)被加載,就應(yīng)該只為其保留一片從而節(jié)約內(nèi)存,例如,本例中的 CS8950是為網(wǎng)卡驅(qū)動(dòng)程序保留的,EDBG是為網(wǎng)卡作調(diào)試(KITL)用時(shí)保留的,而系統(tǒng)設(shè)計(jì)成這兩個(gè)程序不會(huì)同時(shí)加載(CS8950在啟動(dòng)時(shí)判斷如 果EDBG在運(yùn)行就會(huì)自動(dòng)退出),這樣為這兩個(gè)驅(qū)動(dòng)程序各保留一片內(nèi)存實(shí)在浪費(fèi)而且也沒(méi)有必要。
            RAM片必須在物理上是連續(xù)的,如果系統(tǒng)的物理內(nèi) 存被分成了幾片,則在RAM片只能聲明一片,其它的內(nèi)存在啟動(dòng)階段由OEMGetExtensionDRAM報(bào)告給系統(tǒng),如果有多于一個(gè)的內(nèi)存片,應(yīng)該用 OEMEnumExtensionDRAM報(bào)告。NK片則沒(méi)有此限制,只是NK跨越兩個(gè)以上物理內(nèi)存片時(shí),系統(tǒng)啟動(dòng)時(shí)會(huì)顯示這個(gè)OS包跨越了多個(gè)物理內(nèi)存 片,認(rèn)為是個(gè)錯(cuò)誤,但并不影響系統(tǒng)的執(zhí)行與穩(wěn)定性,因?yàn)橄到y(tǒng)啟動(dòng)之時(shí)便會(huì)打開MMU而使用虛擬地址,從而看到連續(xù)的內(nèi)存空間。當(dāng)然,如果內(nèi)核自己都被放在 了兩個(gè)內(nèi)存片上,那系統(tǒng)應(yīng)該就無(wú)法啟動(dòng)了。而其它保留起來(lái)的內(nèi)存片是一般是給驅(qū)動(dòng)程序DMA用,應(yīng)該保證它們?cè)谖锢砩系倪B續(xù)性,因?yàn)镈MA是直接用物理地 址的。
            CONFIG段中以下幾個(gè)需要格外注意:
            ROMSTART,它定義ROM的起始位置,應(yīng)該和NK片的起始位置相同。
            ROMSIZE,定義ROM的大小,應(yīng)該和NK片的大小相同。
            如果不需要NK。BIN文件,則可以不設(shè)這兩個(gè)值。
            ROMWIDTH,它只是定義ROMIMAG生成ROM包時(shí)如何組織文件,而非其字面含義:ROM的寬度,所以一般都應(yīng)該為32
            COMPRESSION,一般定義為ON,以打開壓縮功能,從而減小BIN文件的尺寸。
            AUTOSIZE,一般應(yīng)該設(shè)為ON,以使系統(tǒng)將定義給ROM但沒(méi)有用掉的內(nèi)存當(dāng)做RAM使用,而提高RAM的使用率。注意,如果ROM是FLASH,則不能設(shè)為ON,因?yàn)镕LASH不能當(dāng)作RAM使用。
            ROMOFFSET,它定義OS起始位置(即ROMSTART)的物理地址和虛擬地址的差值,有些BSP中并沒(méi)有使用這個(gè)定義。
            OEMAddressTable及其它
            OEMAddressTable用來(lái)初始化系統(tǒng)中各種設(shè)備的虛擬地址與物理地址的對(duì)映關(guān)系。在我使用的BSP中,它是這樣定義并初始化的:
            typedef struct
            {
            ULONG ulVirtualAddress;
            ULONG ulPhysicalAddress;
            ULONG ulSizeInMegs;
            } AddressTableStruct;

            #define MEG(A) (((A - 1)>>20) + 1)

            const AddressTableStruct OEMAddressTable[] =
            {
            { SDRAM_VIRTUAL_MEMORY, //虛擬地址
            PHYSICAL_ADDR_SDRAM_MAIN, //物理地址
            MEG(SDRAM_MAIN_BLOCK_SIZE) //這段空間的大小,以M計(jì)
            },
            ………………………
            {
            0,
            0,
            0
            }
            };
            如 例子所示,OEMAddressTable為一個(gè)結(jié)構(gòu)數(shù)組,每項(xiàng)的第一個(gè)成員為虛擬地址,第二個(gè)成員為對(duì)應(yīng)的物理地址,最后一個(gè)成員為該段空間的大小。這 個(gè)數(shù)組的最后一項(xiàng)必須全部為0,以示整個(gè)數(shù)組的結(jié)束。內(nèi)核啟動(dòng)時(shí)會(huì)讀取這個(gè)數(shù)組的內(nèi)容以初始化MMU頁(yè)表,啟用MMU,從爾使程序可以用虛擬地址來(lái)訪問(wèn)設(shè) 備。當(dāng)然,OEMAddressTable中所用到的每個(gè)物理地址及虛擬地址都需要在頭文件中定義,每個(gè)BSP中定義這些值的文件不盡相同,所以,在此不 能說(shuō)明具體在哪個(gè)文件,讀者朋友可以參考具體BSP的文檔及代碼。

            不連續(xù)內(nèi)存的處理
            如果內(nèi)存在物理上是連續(xù)的,則 OEMAddressTable中只需要一項(xiàng)就可以完成對(duì)內(nèi)存的地址映射。但如果BSP運(yùn)行在SDRAM物理上不連續(xù)的系統(tǒng)上時(shí), OEMAddressTable中需要更多的項(xiàng)來(lái)將SDRAM映射到連續(xù)的虛擬地址上,當(dāng)然也可以將它們映射到不連續(xù)的虛擬地址上,但似乎沒(méi)有理由那么 做。而且,當(dāng)其物理地址不連續(xù)時(shí)系統(tǒng)需要做更多的工作。例如,我有這樣一個(gè)系統(tǒng):32M SDRAM,16M FLASH,SDRAM在物理上不連續(xù),被分成了4個(gè)8M的內(nèi)存塊,我的SDRAM的使用情況如下圖所示:



            CONFIG。BIB文件的MEMORY段如下所示:
            MEMORY
            RESERVED 80000000 00008000 RESERVED
            DRV_GLB 80008000 00001000 RESERVED
            CS8900 80010000 00030000 RESERVED
            EDBG 80040000 00080000 RESERVED
            NK 800C0000 00940000 RAMIMAGE
            RAM 81800000 00800000 RAM

            在 這32M的空間中,BSP保留了前0x80000字節(jié),接下來(lái)是NK,它占用了0x940000字節(jié),而且它跨越了兩個(gè)內(nèi)存片,這些和其它BSP的設(shè)置都 沒(méi)有多大差別,接下來(lái)看RAM片,它只占用了最后的8M空間,前面說(shuō)過(guò),在這種物理內(nèi)存不連續(xù)的系統(tǒng)中,RAM片不能跨越兩個(gè)物理內(nèi)存塊,所以它被設(shè)計(jì)成 只占用該系統(tǒng)中的最后一個(gè)物理內(nèi)存片,而其它兩片則由OEMEnumExtensionDRAM在運(yùn)行時(shí)刻報(bào)告給系統(tǒng),該函數(shù)的內(nèi)容如下:

            pMemSections[0].dwFlags=0;
            pMemSections[0].dwStart=(SDRAM_VIRTUAL_MEMORY + 0x1000000);
            pMemSections[0].dwLen=0x800000;

            pMemSections[1].dwFlags=0;
            pMemSections[1].dwStart=(SDRAM_VIRTUAL_MEMORY + 0x0A00000);
            pMemSections[1].dwLen=0x600000;
            return 2;
            這 樣,系統(tǒng)所有的內(nèi)存都被激活,系統(tǒng)可用內(nèi)存就變成了8+8+6=24M,可以將RAM定義為這三片中的任意一片,而在 OEMEnumExtensionDRAM中報(bào)告其它兩片。但把RAM放在最后一片物理內(nèi)存上有一個(gè)很大的好處,即如果NK變大,例如編譯一個(gè)DEBUG 版的系統(tǒng)時(shí),這時(shí),只需要將OEMEnumExtensionDRAM中的內(nèi)容注釋掉,CONFIG.BIB文件不用做任何改動(dòng),系統(tǒng)就可運(yùn)行,只是在 MAKEIMG時(shí)會(huì)有一個(gè)警告說(shuō)系統(tǒng)包太大,可能無(wú)法運(yùn)行,但實(shí)際不會(huì)影響系統(tǒng)的執(zhí)行與穩(wěn)定性,因?yàn)镹K之后的那段內(nèi)存并沒(méi)有被使用,正好被漲大的系統(tǒng)占 用,這在調(diào)試時(shí)極其方便。
            而如果系統(tǒng)物理內(nèi)存是連續(xù)的,那將變得簡(jiǎn)單的多,還以上面的設(shè)置為例,如果這32M的SDRAM是物理上連續(xù)的,內(nèi)存的使用情況就可以表示如下圖:


            所有者系統(tǒng)可用內(nèi)存都可以定義在RAM片中。
            對(duì)硬件知識(shí)了解不多的朋友請(qǐng)注意:SDRAM是否在物理上連續(xù),與我們的板上有幾片SDRAM沒(méi)有關(guān)系,應(yīng)該向硬件工程師了解SDRAM的地址分布情況。
            posted on 2007-11-14 12:39 sunGuoqin 閱讀(4561) 評(píng)論(0)  編輯 收藏 引用 所屬分類: Embeded

            只有注冊(cè)用戶登錄后才能發(fā)表評(píng)論。
            網(wǎng)站導(dǎo)航: 博客園   IT新聞   BlogJava   博問(wèn)   Chat2DB   管理


            少妇无套内谢久久久久| 久久久久久毛片免费看| 日韩人妻无码一区二区三区久久 | 亚洲欧美成人久久综合中文网 | 久久人人爽人人爽人人爽 | 久久亚洲精品无码VA大香大香| 精品久久久久久中文字幕大豆网| a高清免费毛片久久| 久久免费视频一区| 久久影视综合亚洲| 亚洲AV日韩精品久久久久久| 中文字幕亚洲综合久久2| 久久精品国产亚洲av麻豆图片| 久久国产热精品波多野结衣AV| 久久精品国产72国产精福利| 久久人人爽人人爽人人AV| 国内精品久久久久久久亚洲| 亚洲精品乱码久久久久久久久久久久 | 99久久国产综合精品女同图片| 国产叼嘿久久精品久久| 色婷婷久久综合中文久久蜜桃av| 久久久国产精华液| AAA级久久久精品无码区| 乱亲女H秽乱长久久久| 香蕉久久永久视频| 韩国三级中文字幕hd久久精品| 99久久99久久| 精品国际久久久久999波多野| 伊人色综合久久天天人手人婷 | 国产精品久久精品| 久久久久亚洲精品无码蜜桃 | 青青草原综合久久大伊人导航 | 亚洲AV无码久久精品狠狠爱浪潮 | 精品国产综合区久久久久久| 久久久久高潮毛片免费全部播放| 久久精品国产99国产精品亚洲| 欧美午夜精品久久久久久浪潮| 久久精品成人免费国产片小草| 国产999精品久久久久久| 久久99国产精品久久99果冻传媒| 久久99精品久久久久久|