青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品

milkyway的窩

最初想法的誕生地

 

WINCE的內存配置

by? microsun

WINCE的內存(包括SDRAM及FLASH)的配置包含兩個方面:源代碼(包括C和匯編)中的定義,及系統(tǒng)配置文件CONFIG.BIB中的定義。源代碼中需要定義內存的物理及虛擬地址,大小,并初始化名為OEMAddressTable的結構數(shù)組,以告知系統(tǒng)物理地址與虛擬地址的對應關系,系統(tǒng)根據(jù)其設置生成MMU頁表。而CONFIG.BIB中一般會將內存定義成不同的段,各段用作不同的用途。

CONFIG.BIB文件
CONFIG.BIB文件分兩個部分,我們且稱之為段,MEMORY段和CONFIG段。MEMORY段定義內存的分片方法,CONFIG段定義系統(tǒng)其它的一些屬性。以下是一個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通過一個內存片的屬性來判斷它的用途。RESERVE屬性表明該片內存是BSP自己使用的,系統(tǒng)不必關心其用途;RAMIMAGE說明它是一片存放OS IMAGE的內存;而RAM則表示些片內存為RAM,系統(tǒng)可以在其中分配空間,運行程序。
但存放ROM的這片內存的名稱,即NK一般不要改動。因為BIB文件中定義將一個文件加入到哪個ROM片(WINCE支持將ROM IMAGE存放在不連續(xù)的幾個內存片中)中時會用到這個名稱,如下現(xiàn)這行BIB文件項就定義將touch.dll放在名稱為NK這片ROM中,
touch.dll $(_FLATRELEASEDIR)\touch.dll NK SH
因而,如果將NK改為其它名稱,則系統(tǒng)中所有的BIB文件中的這個NK串都需要改動。
注意:保證各片內存不要重疊;而且中間不要留空洞,以節(jié)約內存;兩種設備如果不能同時被加載,就應該只為其保留一片從而節(jié)約內存,例如,本例中的CS8950是為網(wǎng)卡驅動程序保留的,EDBG是為網(wǎng)卡作調試(KITL)用時保留的,而系統(tǒng)設計成這兩個程序不會同時加載(CS8950在啟動時判斷如果EDBG在運行就會自動退出),這樣為這兩個驅動程序各保留一片內存實在浪費而且也沒有必要。
RAM片必須在物理上是連續(xù)的,如果系統(tǒng)的物理內存被分成了幾片,則在RAM片只能聲明一片,其它的內存在啟動階段由OEMGetExtensionDRAM報告給系統(tǒng),如果有多于一個的內存片,應該用OEMEnumExtensionDRAM報告。NK片則沒有此限制,只是NK跨越兩個以上物理內存片時,系統(tǒng)啟動時會顯示這個OS包跨越了多個物理內存片,認為是個錯誤,但并不影響系統(tǒng)的執(zhí)行與穩(wěn)定性,因為系統(tǒng)啟動之時便會打開MMU而使用虛擬地址,從而看到連續(xù)的內存空間。當然,如果內核自己都被放在了兩個內存片上,那系統(tǒng)應該就無法啟動了。而其它保留起來的內存片是一般是給驅動程序DMA用,應該保證它們在物理上的連續(xù)性,因為DMA是直接用物理地址的。
CONFIG段中以下幾個需要格外注意:
ROMSTART,它定義ROM的起始位置,應該和NK片的起始位置相同。
ROMSIZE,定義ROM的大小,應該和NK片的大小相同。
如果不需要NK。BIN文件,則可以不設這兩個值。
ROMWIDTH,它只是定義ROMIMAG生成ROM包時如何組織文件,而非其字面含義:ROM的寬度,所以一般都應該為32
COMPRESSION,一般定義為ON,以打開壓縮功能,從而減小BIN文件的尺寸。
AUTOSIZE,一般應該設為ON,以使系統(tǒng)將定義給ROM但沒有用掉的內存當做RAM使用,而提高RAM的使用率。注意,如果ROM是FLASH,則不能設為ON,因為FLASH不能當作RAM使用。
ROMOFFSET,它定義OS起始位置(即ROMSTART)的物理地址和虛擬地址的差值,有些BSP中并沒有使用這個定義。
OEMAddressTable及其它
OEMAddressTable用來初始化系統(tǒng)中各種設備的虛擬地址與物理地址的對映關系。在我使用的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計
},
………………………
{
0,
0,
0
}
};
如例子所示,OEMAddressTable為一個結構數(shù)組,每項的第一個成員為虛擬地址,第二個成員為對應的物理地址,最后一個成員為該段空間的大小。這個數(shù)組的最后一項必須全部為0,以示整個數(shù)組的結束。內核啟動時會讀取這個數(shù)組的內容以初始化MMU頁表,啟用MMU,從爾使程序可以用虛擬地址來訪問設備。當然,OEMAddressTable中所用到的每個物理地址及虛擬地址都需要在頭文件中定義,每個BSP中定義這些值的文件不盡相同,所以,在此不能說明具體在哪個文件,讀者朋友可以參考具體BSP的文檔及代碼。

不連續(xù)內存的處理
如果內存在物理上是連續(xù)的,則OEMAddressTable中只需要一項就可以完成對內存的地址映射。但如果BSP運行在SDRAM物理上不連續(xù)的系統(tǒng)上時,OEMAddressTable中需要更多的項來將SDRAM映射到連續(xù)的虛擬地址上,當然也可以將它們映射到不連續(xù)的虛擬地址上,但似乎沒有理由那么做。而且,當其物理地址不連續(xù)時系統(tǒng)需要做更多的工作。例如,我有這樣一個系統(tǒng):32M SDRAM,16M FLASH,SDRAM在物理上不連續(xù),被分成了4個8M的內存塊,我的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é),接下來是NK,它占用了0x940000字節(jié),而且它跨越了兩個內存片,這些和其它BSP的設置都沒有多大差別,接下來看RAM片,它只占用了最后的8M空間,前面說過,在這種物理內存不連續(xù)的系統(tǒng)中,RAM片不能跨越兩個物理內存塊,所以它被設計成只占用該系統(tǒng)中的最后一個物理內存片,而其它兩片則由OEMEnumExtensionDRAM在運行時刻報告給系統(tǒng),該函數(shù)的內容如下:

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)所有的內存都被激活,系統(tǒng)可用內存就變成了8+8+6=24M,可以將RAM定義為這三片中的任意一片,而在OEMEnumExtensionDRAM中報告其它兩片。但把RAM放在最后一片物理內存上有一個很大的好處,即如果NK變大,例如編譯一個DEBUG版的系統(tǒng)時,這時,只需要將OEMEnumExtensionDRAM中的內容注釋掉,CONFIG.BIB文件不用做任何改動,系統(tǒng)就可運行,只是在MAKEIMG時會有一個警告說系統(tǒng)包太大,可能無法運行,但實際不會影響系統(tǒng)的執(zhí)行與穩(wěn)定性,因為NK之后的那段內存并沒有被使用,正好被漲大的系統(tǒng)占用,這在調試時極其方便。
而如果系統(tǒng)物理內存是連續(xù)的,那將變得簡單的多,還以上面的設置為例,如果這32M的SDRAM是物理上連續(xù)的,內存的使用情況就可以表示如下圖:


所有者系統(tǒng)可用內存都可以定義在RAM片中。
對硬件知識了解不多的朋友請注意:SDRAM是否在物理上連續(xù),與我們的板上有幾片SDRAM沒有關系,應該向硬件工程師了解SDRAM的地址分布情況。

posted on 2007-01-20 21:25 milkyway 閱讀(1500) 評論(0)  編輯 收藏 引用 所屬分類: wince(別人的文章技巧總結)

導航

統(tǒng)計

公告

隨筆皆原創(chuàng),文章乃轉載. 歡迎留言!

常用鏈接

留言簿(37)

隨筆分類(104)

隨筆檔案(101)

文章分類(51)

文章檔案(53)

wince牛人

搜索

積分與排名

最新評論

閱讀排行榜

評論排行榜

青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <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>
            久久精品国产免费看久久精品| 最新国产乱人伦偷精品免费网站| 午夜亚洲福利| 亚洲欧美日韩国产成人| 欧美午夜a级限制福利片| 欧美sm极限捆绑bd| 老牛国产精品一区的观看方式| 久久精品国产精品亚洲精品| 香蕉免费一区二区三区在线观看| 西瓜成人精品人成网站| 欧美影院视频| 欧美激情精品久久久六区热门| 亚洲黄网站在线观看| 欧美激情影音先锋| 一区二区三区四区国产| 亚洲在线第一页| 久久久久久久一区二区三区| 久久偷窥视频| 欧美日韩国产a| 国产欧美在线| 亚洲精品免费在线观看| 亚洲综合国产激情另类一区| 久久性天堂网| 日韩视频三区| 久久久免费精品| 国产精品伦一区| 亚洲国产精品日韩| 亚洲欧美日本日韩| 美女视频一区免费观看| 99精品福利视频| 久久深夜福利| 国产精品一香蕉国产线看观看| 亚洲电影激情视频网站| 欧美一级二级三级蜜桃| 亚洲精品视频一区二区三区| 久久久久久久尹人综合网亚洲 | 蜜桃av一区二区| 国产精品久久久久久久久搜平片 | 久久精品国产免费| 99国产精品久久| 久久一区精品| 国产综合在线看| 午夜精品久久久久久久99水蜜桃 | 国产伦精品一区二区三区| 亚洲国产另类久久精品| 久久精品成人一区二区三区蜜臀 | 国产亚洲第一区| 亚洲性夜色噜噜噜7777| 欧美高清视频一区二区| 久久久久久亚洲精品中文字幕| 国产精品大全| 中文日韩欧美| 亚洲免费av观看| 欧美伦理91i| 亚洲美洲欧洲综合国产一区| 免费不卡欧美自拍视频| 久久精品国产99精品国产亚洲性色| 国产精品美女久久久久久久| 一区二区三区国产在线| 亚洲精品一区二区三区不| 欧美日韩成人在线观看| 一区二区三区免费在线观看| 91久久久久久久久| 欧美日韩精品一区二区三区| 一区二区激情视频| 国产精品99久久久久久人| 国产精品盗摄久久久| 亚洲欧美日韩电影| 亚洲自拍都市欧美小说| 国产精品久久久免费| 小嫩嫩精品导航| 午夜视频久久久| 黄色日韩网站| 欧美国产日韩一区二区| 欧美成人精品影院| 一区二区三区免费看| 亚洲一区在线观看视频| 国产一区二区久久久| 免费一级欧美片在线播放| 欧美不卡视频一区发布| 一区二区三区欧美视频| 一区二区三区偷拍| 国产亚洲精品bv在线观看| 久久婷婷成人综合色| 久热精品视频在线观看一区| 亚洲精品一区二区三区樱花| 一本久道综合久久精品| 国产偷国产偷亚洲高清97cao| 久久久人成影片一区二区三区观看 | 亚洲国产欧美日韩另类综合| 亚洲国产成人精品久久| 欧美伦理视频网站| 久久久国产精品一区二区中文 | 久久精品日产第一区二区| 在线观看视频一区二区欧美日韩| 免费看成人av| 国产精品国色综合久久| 欧美成人网在线| 国产欧美亚洲一区| 亚洲国产欧美一区| 国产一区二区三区观看| 99re6热只有精品免费观看| 亚洲天堂男人| 亚洲激情啪啪| 欧美在线观看视频一区二区| 中文在线不卡视频| 久久综合九色综合欧美狠狠| 亚洲在线不卡| 欧美成人精品一区二区三区| 久久九九国产精品怡红院| 欧美日韩一区二区三区在线| 麻豆91精品91久久久的内涵| 国产精品久久一级| 亚洲经典自拍| 亚洲精品美女91| 久久久久国产精品一区二区| 亚洲资源av| 欧美日韩国产在线播放网站| 另类尿喷潮videofree| 国产精品一区二区在线观看| 亚洲日本va午夜在线电影| 亚洲国产一区二区三区青草影视| 亚洲欧美精品伊人久久| 亚洲一区二区精品| 欧美激情乱人伦| 欧美激情中文字幕一区二区| 亚洲第一页在线| 久久青草欧美一区二区三区| 久久精品综合网| 国产伦精品一区二区三区视频黑人 | 亚洲欧美中日韩| 欧美日韩成人一区二区三区| 男同欧美伦乱| 亚洲国产精品精华液2区45| 欧美一区二区日韩一区二区| 性欧美8khd高清极品| 欧美日韩视频一区二区三区| 最新中文字幕亚洲| 亚洲精品欧美| 欧美精品一区二区三区一线天视频| 欧美大胆人体视频| 亚洲精品视频免费| 欧美女同视频| 中文在线一区| 久久av二区| 一区二区在线不卡| 美女视频一区免费观看| 欧美大片免费观看在线观看网站推荐| 黄色在线一区| 欧美成人国产| 亚洲青涩在线| 亚洲视屏在线播放| 国产日韩av高清| 久久精品国产久精国产一老狼| 久久全国免费视频| 亚洲精品乱码久久久久久蜜桃91 | 亚洲国产天堂久久综合网| 在线播放不卡| 欧美乱人伦中文字幕在线| 一区二区三区免费观看| 欧美影视一区| 欧美激情中文字幕乱码免费| 亚洲精品日韩在线| 欧美一区视频在线| 亚洲国产精品久久久| 欧美日韩成人免费| 久久成人在线| 日韩视频免费大全中文字幕| 欧美中文字幕在线播放| 亚洲激情精品| 国产精品免费一区二区三区观看| 午夜精品久久久久久久久| 欧美成人在线免费观看| 亚洲欧美成人在线| 在线精品视频一区二区三四| 欧美日韩一区三区四区| 先锋影音一区二区三区| 亚洲第一页在线| 久久精品成人一区二区三区| 亚洲乱码国产乱码精品精98午夜| 国产精品成人aaaaa网站| 欧美在线观看一区二区三区| 亚洲国产精品电影| 久久久一区二区| 亚洲视频一区二区在线观看| 黄色日韩网站视频| 欧美亚州一区二区三区| 猛干欧美女孩| 欧美一区激情| 亚洲一区二区在线| 91久久久久久| 欧美成在线视频| 久久久久青草大香线综合精品| 一本色道久久99精品综合| 在线观看成人av| 国产欧美欧洲在线观看| 欧美日韩美女一区二区| 欧美α欧美αv大片| 久久综合亚州| 久久久久高清|