Bootrom和Boot image的區(qū)別，Boot image和VxWorks image的聯(lián)系和區(qū)別
bootrom 是指on-chip bootrom,在CPU芯片內(nèi)部，內(nèi)嵌有小的boot程序(bootloader),類似于PC機(jī)主板上的BIOS的存儲(chǔ)區(qū)域。和boot image不是一回事。VxWorks文檔中的bootrom區(qū)是指boot image存放的位置。
boot image的作用是把VxWorks image 加載到主板。boot image只初始化很少的硬件系統(tǒng)如串口，網(wǎng)口等。為加載VxWorks image做準(zhǔn)備，當(dāng)VxWorks系統(tǒng)下載完畢后，boot image的作用也就完成了。
VxWorks image含有完整的VxWorks OS。是真正運(yùn)行于目標(biāo)板上的操作系統(tǒng)。應(yīng)用程序運(yùn)行于VxWorks系統(tǒng)之上。
boot image 和VxWorks image生成在使用BSP文件上的區(qū)別在于：在啟動(dòng)順序中Bootrom調(diào)用bootConfig.c,而VxWorks調(diào)用usrConfig.c.

在ROM中vxworks運(yùn)行的方式（和bootrom編譯到一起還是單獨(dú)固化到ROM中），在ROM中的內(nèi)存分配？
VxWorks加載到主板運(yùn)行，分不同的情況，如果VxWorks是壓縮的，加載時(shí)解壓到RAM的RAM_HIGH_ADRS.
如果是ROM based VxWorks,VxWorks image的data段復(fù)制到RAM的LOCAL_LOW_ADRS, text部分留在ROM并在ROM中執(zhí)行。
既不壓縮又不ROM based的VxWorks直接copy到RAM_LOW_ADRS運(yùn)行。

若在config.h中修改系統(tǒng)設(shè)置，如增加網(wǎng)卡等，是否需要重新燒bootrom？如果增加其他oem產(chǎn)品呢？

如果主板中有Boot image存在則不需要重新燒，用FTP等download加載VxWorks即可。

VxWorks 系統(tǒng)編程中任務(wù)級(jí)與中斷級(jí)的通訊如何實(shí)現(xiàn)？

中斷是由硬件觸發(fā)，軟件的作用只是將中斷服務(wù)例程（ISP)與中斷事件連接起來(lái).
1.使能中斷,函數(shù)intEnable().
2.用intConnect()登記中斷號(hào),和相應(yīng)的中斷例程ISR.
這樣一旦有中斷發(fā)生，系統(tǒng)自動(dòng)跳轉(zhuǎn)到相應(yīng)位置執(zhí)行ISR.
　
Bootloader怎么得到，如果對(duì)開(kāi)發(fā)板有些改動(dòng)，還能使用開(kāi)發(fā)板的bootloader嗎？bootloader起到什么作用？
Bootloader相當(dāng)于PC機(jī)主板上的BIOS，是最底層的引導(dǎo)軟件,初始化主板的基本設(shè)置，為接收外部程序做硬件上的準(zhǔn)備.
有些bootloader已經(jīng)嵌在CPU內(nèi)了，沒(méi)有bootloader的CPU可以在片外的eeprom內(nèi)做bootloader,也可以不要bootloader，直接通過(guò)JTAG口灌入程序，開(kāi)發(fā)板改動(dòng)基本上不會(huì)影響bootloader.
　
VxWorks 應(yīng)用程序編譯下載時(shí)常見(jiàn)問(wèn)題及原因分析
　Tornado環(huán)境下編譯產(chǎn)生的錯(cuò)誤：標(biāo)準(zhǔn)C函數(shù)或自己的函數(shù)，變量不認(rèn)識(shí)（undefined symbol)，編譯失敗。
Tornado支持c 和 c++ ,文件后綴為.cpp時(shí)編譯器會(huì)認(rèn)為是c++文件，這樣有些定義類型為C的函數(shù)在編譯或下載時(shí)不被認(rèn)可。
解決方法是 1.把如果在c++文件(.cpp)中調(diào)用c函數(shù)，應(yīng)該把這些不被認(rèn)可的c類型函數(shù)用語(yǔ)句extern "C"說(shuō)明一下為c函數(shù)。
另外，如果將c文件的后綴小寫的.c誤寫為大寫的.C，也會(huì)出同樣的錯(cuò)誤，編譯時(shí)不會(huì)編譯這個(gè)文件。
Tornado環(huán)境應(yīng)用程序下載產(chǎn)生的錯(cuò)誤：函數(shù)不認(rèn)識(shí)（undefined symbol)，下載失敗。
雖然編譯通過(guò)，可是下載時(shí)依然會(huì)有這樣的問(wèn)題，仍然是函數(shù)或變量沒(méi)有定義。系統(tǒng)不認(rèn)識(shí)，這是出錯(cuò)的原因基本上時(shí)沒(méi)有定義的錯(cuò)誤。查找包含函數(shù)或變量的頭文件是否加了進(jìn)去。如果實(shí)在找不到定義的話，簡(jiǎn)單的辦法是先把這他們?nèi)サ簦ó?dāng)然是沒(méi)有其他地方用到的情況下）試一試，先down下去，能運(yùn)行后，然后添加，再繼續(xù)查找。

在ARM下不用Boot image,直接燒入VxWorks image的過(guò)程
有些ARM CPU一般分兩種運(yùn)行方式，一種是Boot方式，一種是normal方式。
在Boot方式下直接燒寫VxWorks image到Flash, 這種VxWorks image包含有boot的功能(類似VxWorks.rom形式),中間那段燒寫到flash的程序是必須的，第一次通過(guò)串口下載VxWorks image到Dram是一個(gè)簡(jiǎn)單的過(guò)渡，有boot loader控制。
當(dāng)燒寫完成后，切換CPU到normal模式，系統(tǒng)啟動(dòng)，開(kāi)始逐行讀Flash中的指令，是由VxWorks BSP控制，根據(jù)不同的VxWorks image定義，執(zhí)行不同的操作，例如若VxWorks是壓縮的，則解壓復(fù)制到DRAM的高位地址，...。

VxWorks image 和Boot image中的兩次硬件初始化之間的區(qū)別
Boot image和VxWorks image都對(duì)硬件進(jìn)行了初始化。兩次硬件初始化的是不同的。
BootRom映像主要作用是通過(guò)網(wǎng)口或串口下載VxWorks系統(tǒng)，所以它只是初始化很少的硬件系統(tǒng)如串口，網(wǎng)口等來(lái)滿足下載VxWorks的需要，一旦VxWorks下載完畢。這些初始化過(guò)的硬件的作用也就完成了。
VxWorks啟動(dòng)后會(huì)從新對(duì)幾乎所有的硬件設(shè)備進(jìn)行完全的初始化來(lái)滿足VxWorks操作系統(tǒng)運(yùn)行的需要。

匯編語(yǔ)言在VxWorks系統(tǒng)編程的使用:　
匯編語(yǔ)言主要出現(xiàn)在BSP文件roInit.s,sysAlib.s等，這些匯編指令是系統(tǒng)初始化硬件用的,硬件系統(tǒng)Power up時(shí)硬件特別是內(nèi)存沒(méi)有初始化,C函數(shù)庫(kù)沒(méi)有裝入內(nèi)存,系統(tǒng)此時(shí)不支持C語(yǔ)言程序,只支持它自己的32位匯編指令,所以只能用匯編指令來(lái)初始化硬件,為后續(xù)的操作系統(tǒng)包括C語(yǔ)言支持做準(zhǔn)備.在OS正常運(yùn)行后,就可以用C了.
Tornado不支持匯編指令,
匯編在編譯連接BSP,生成bootrom或VxWorks映像,才被編譯.有兩種方法:
1.現(xiàn)在可以在Tornado環(huán)境下生成bootrom或建 Bootable 的 project 生成 VxWorks
2.傳統(tǒng)的方法,在命令行方式,用make編譯生成.
在Tornado下的downloadable的project,application中不能用匯編.
不過(guò)一般匯編很少用.
可以與其他bsp文件在tornado下作成bsp或用命令行make.
VxWorks 下寫驅(qū)動(dòng)需注意的問(wèn)題
1。MMU 對(duì)該硬件的地址映射正確 （改 BSP ）
2。中斷向量表該中斷的定義位置，知道相應(yīng)中斷的中斷標(biāo)志位等信息（改 BSP ）
3。查出中斷號(hào)及中斷級(jí)別，硬件中斷登記 （INTCONNECT ），及 ISR
4。系統(tǒng)任務(wù)協(xié)調(diào)，保證在該程序執(zhí)行時(shí)，沒(méi)有其它任務(wù)占用 CPU