ARM開發(fā)過程中最最需要注意的問題

　　我在EBOOT中讀取存在HARD　DISK上的nk.bin文件，從而從HARD　DISK上LOAD　WINCE系統(tǒng)，在這個過程中總是有check sum錯誤，但從ethernet下載時不會有錯，所以問題應該還是在我加的這部分代碼上，而且同樣的代碼在PC上能正常運行。經過檢查代碼的邏輯關系是正確的。接著我在出錯時將那些數(shù)據全部用調試信息打出來，發(fā)現(xiàn)從文件開始算起第4096個字節(jié)被丟掉了，而其它的字節(jié)都是對的。初步判斷是對齊引發(fā)的問題，所以去查每一個BUFFER，最終發(fā)現(xiàn)是在讀取硬盤數(shù)據時BUFFERR并沒有按雙字節(jié)對齊，而硬盤以16BIT讀取數(shù)據，而引發(fā)了錯誤。

實際上，這類問題在ARM系統(tǒng)上很常見，讓人防不勝防，以下是我的一些例子。

1，解析數(shù)據流時應該時刻注意。如果需要把一個數(shù)據流（BUFFER）轉化成結構進行取值，就應該把這個結構定義為按字節(jié)存取.考慮如下結構：

struct a{

char a;
short b;
long c;
};
如果某個數(shù)據流中包含這樣的結構，而且我們要直接將數(shù)據流的指針轉化成該結構的指針，然后直接取結構成員的值，我們就應該將這個結構定義成按字節(jié)訪問，即將其夾在語句
#pragma pack(push,1)
...

#pragma pack(pop)
之中。如果我們不這樣做，編譯器會將成員b的地址對齊到short指針的地址，即在a之后加上一個char即8位的成員，將C對齊到LONG，即在B之后再加一個char成員。如此一來，成員B和成員C就得不到正確的值了。

如果我們定義一個普通的結構用來存放一些數(shù)據，則不用定義成按字節(jié)存取，編譯器會加上一些占位成員，但并不會影響程序的運行。從這個意義上講，在ARM中，將結構成員定義成CHAR和SHORT來節(jié)約內存是沒有意義的。

一個典型的例子就文件系統(tǒng)的驅動程序，文件是以一些已經定義好的結構存放在存儲介質上的，它們被讀取到一個BUFFER中，而具體取某個文件、目錄結構時，我們會將地址轉化成結構而讀取其中的值。


2，訪問外設時。
例如，磁盤驅動通常以16BIT的方式存取數(shù)據，即每次存取兩個字節(jié)，這樣就要求傳給它的BUFFER是雙字節(jié)對齊的，驅動程序應該至上層傳來的指針做出正確的處理以保證數(shù)據的正確性。


3.有時，我們沒有將數(shù)據流指針轉化為結構指針取值，但如果我們讀取的是雙字節(jié)或者是四字節(jié)的數(shù)據，同樣需要注意對齊的問題，例如，如果從一個BUFFER的偏移10處讀取一個四字節(jié)值，則實際得到的值是偏移8處的
地址上的DWORD值。

如何改wince裝驅動

前邊說了如何在開發(fā)版上裝wince.現(xiàn)在我手上有一個usb的攝像頭,為了要他能在開發(fā)板上使用,我得給他裝上驅動.產家提供了dll和需要修改注冊表的說明.下邊說下步驟,

打開之前做wince內核定制燒寫的工程,把驅動文件,假設叫A.dll, 拷貝到工程目錄下,D:WINCE420PUBLICwince工程RelDirSAMSUNG_SMDK2410_ARMV4Release 這個下邊.然后在pb工作環(huán)境中,找到ParameterView區(qū),展開樹型列表,找到project.bib和project.reg兩個文件,要對他們進行修改.

本文引用地址：http://www.ex-cimer.com/article/201611/316596.htm

修改 project.bib 添加 A.dll $(_FLATRELEASEDIR)A.dll NK SH 這樣一行 .

將產家提供的reg文件里的內容copy到project.reg里.

以上做好后,因為我是pb4.2的環(huán)境,這時候點bulide菜單下的make image.等完成后,再重新燒寫一遍鏡像文件(nk) 到開發(fā)板上就可以了。注意我這里選make image而不是build platform。如果選build platform會抱錯的，說找不到dll等等幾個錯誤。我買的周立功的一本書上是在pb5.0環(huán)境下，到這一步時說 在菜單buuild os中，不選clean before building。然后再選擇sysgen重新編譯生成新的wince映像

物理地址映射方法分為兩種，一種靜態(tài)映射另一種為動態(tài)映射。在OEMAddressTable中定義了物理地址與虛擬地址的映射關系屬于靜態(tài)映射，用VirtualCopy映射屬于動態(tài)映射，采用哪種辦法都可以。問題中提到的屬于靜態(tài)映射，2440的BSP在map.a文件中定義了IIC控制寄存器的物理起始地址和對應的虛擬地址如下：
DCD 0x91400000, 0x54000000, 1 ;
在OEMAddressTable中定義的虛擬地址范圍在0x8000 0000—0x9FFF FFFF，這部分可緩存，適合內核程序和應用程序使用，同時WINCE內核在0xA000 0000—0xBFFF FFFF中映射了另一份，指向了同樣的物理地址，這部分不可緩存，適合驅動程序使用。三星ARM處理器帶有L1級高速緩存，可緩存會提高執(zhí)行效率。對于特殊的設備寄存器適合映射到不可緩存的虛擬地址。
當驅動程序調用VirtualCopy對0xB1400000地址讀寫時，WINCE自動將這個地址減去0x2000 0000，也就是0x91400000，對應的物理地址就是0x54000000，也就是IIC控制寄存器的物理起始地址。