-
simple MIPS EJTAG u-boot loader
標(biāo)簽：
simple
loader
u-boot
EJTAG
上傳時(shí)間：
2014-05-28
上傳用戶：1159797854
-
U-boot源碼 ARM7啟動代碼，很好的ARM學(xué)習(xí)資料
標(biāo)簽：
U-boot
ARM7
源碼
啟動代碼
上傳時(shí)間：
2017-09-28
上傳用戶：a673761058
-
海思芯片的3520移植。U-Boot-移植應(yīng)用指南
標(biāo)簽：
U-Boot
3520
Hi
移植
應(yīng)用指南
上傳時(shí)間：
2020-03-11
上傳用戶：qinda
-
高清版U-Boot 開發(fā)資料2020.Das U-Boot 是一個(gè)主要用于嵌入式系統(tǒng)的引導(dǎo)加載程序，可以支持多種不同的計(jì)算機(jī)系統(tǒng)結(jié)構(gòu)，包括PPC、ARM、AVR32、MIPS、x86、68k、Nios與MicroBlaze。這也是一套在GNU通用公共許可證之下發(fā)布的自由軟件。Das U-Boot可以在x86計(jì)算機(jī)上建構(gòu)，但這部x86計(jì)算機(jī)必須安裝有可支持特定平臺結(jié)構(gòu)的交互發(fā)展GNU工具鏈，例如crosstool、Embedded Linux Development Kit (ELDK)或OSELAS.Toolchain。U-Boot不僅僅支持嵌入式Linux系統(tǒng)的引導(dǎo)，它還支持NetBSD, VxWorks, QNX, RTEMS, ARTOS, LynxOS, android嵌入式操作系統(tǒng)。其目前要支持的目標(biāo)操作系統(tǒng)是OpenBSD, NetBSD, FreeBSD,4.4BSD, Linux, SVR4, Esix, Solaris, Irix, SCO, Dell, NCR, VxWorks, LynxOS, pSOS, QNX, RTEMS, ARTOS, android。這是U-Boot中Universal的一層含義，另外一層含義則是U-Boot除了支持PowerPC系列的處理器外，還能支持MIPS、 x86、ARM、NIOS、XScale等諸多常用系列的處理器。這兩個(gè)特點(diǎn)正是U-Boot項(xiàng)目的開發(fā)目標(biāo)，即支持盡可能多的嵌入式處理器和嵌入式操作系統(tǒng)。就目前來看，U-Boot對PowerPC系列處理器支持最為豐富，對Linux的支持最完善。其它系列的處理器和操作系統(tǒng)基本是在2002年11 月PPCBOOT改名為U-Boot后逐步擴(kuò)充的。從PPCBOOT向U-Boot的順利過渡，很大程度上歸功于U-Boot的維護(hù)人德國DENX軟件工程中心Wolfgang Denk[以下簡稱W.D]本人精湛專業(yè)水平和執(zhí)著不懈的努力。當(dāng)前，U-Boot項(xiàng)目正在他的領(lǐng)軍之下，眾多有志于開放源碼BOOT LOADER移植工作的嵌入式開發(fā)人員正如火如荼地將各個(gè)不同系列嵌入式處理器的移植工作不斷展開和深入，以支持更多的嵌入式操作系統(tǒng)的裝載與引導(dǎo)。
標(biāo)簽：
U-Boot
上傳時(shí)間：
2022-03-10
上傳用戶：默默
-
U-BOOT 作為一級 Loader 模式，那么僅支持 EMMC 存儲設(shè)備，編譯完成后生成的鏡像：RK3288LoaderU-BOOT_V2.17.01.bin其中 V2.17.01 是發(fā)布的版本號，rockchip 定義 U-Boot loader 的版本，其中 2.17 是根據(jù)存儲版本定義的，客戶務(wù)必不要修改這個(gè)版本，01 是 U-Boot 定義的小版本，用戶根據(jù)實(shí)際需求在 二級 Loader 模式U-Boot 作為二級Loader模式，那么固件支持所有的存儲設(shè)備，該模式下，需要MiniLoader支持，通過宏 CONFIG_MERGER_MINILOADER 進(jìn)行配置生成。同時(shí)引入 Arm TrustedFirmware 后會生成 trust image，這個(gè)通過宏 CONFIG_MERGER_TRUSTIMAGE 進(jìn)行配置生成。
標(biāo)簽：
U-Boot
上傳時(shí)間：
2022-07-17
上傳用戶：
-
U-Boot，全稱 Universal Boot Loader，是遵循GPL條款的開放源碼項(xiàng)目。U-Boot的作用是系統(tǒng)引導(dǎo)。U-Boot從FADSROM、8xxROM、PPCBOOT逐步發(fā)展演化而來。其源碼目錄、編譯形式與Linux內(nèi)核很相似，事實(shí)上，不少U-Boot源碼就是根據(jù)相應(yīng)的Linux內(nèi)核源程序進(jìn)行簡化而形成的，尤其是一些設(shè)備的驅(qū)動程序，這從U-Boot源碼的注釋中能體現(xiàn)這一點(diǎn)。U-Boot不僅僅支持嵌入式Linux系統(tǒng)的引導(dǎo)，它還支持NetBSD, VxWorks, QNX, RTEMS, ARTOS, LynxOS, android嵌入式操作系統(tǒng)。其目前要支持的目標(biāo)操作系統(tǒng)是OpenBSD, NetBSD, FreeBSD,4.4BSD, Linux, SVR4, Esix, Solaris, Irix, SCO, Dell, NCR, VxWorks, LynxOS, pSOS, QNX, RTEMS, ARTOS, android。這是U-Boot中Universal的一層含義，另外一層含義則是U-Boot除了支持PowerPC系列的處理器外，還能支持MIPS、 x86、ARM、NIOS、XScale等諸多常用系列的處理器。這兩個(gè)特點(diǎn)正是U-Boot項(xiàng)目的開發(fā)目標(biāo)，即支持盡可能多的嵌入式處理器和嵌入式操作系統(tǒng)
標(biāo)簽：
U-Boot
上傳時(shí)間：
2022-07-26
上傳用戶：fliang
-
該文檔為U-Boot在64位多內(nèi)核MIPS處理器上的移植總結(jié)文檔，是一份不錯(cuò)的參考資料，感興趣的可以下載看看，，，，，，，，，，，，，，，，，
標(biāo)簽：
U-Boot
上傳時(shí)間：
2022-07-28
上傳用戶：
-
Floyd-Warshall算法描述
1)適用范圍：
a)APSP(All Pairs Shortest Paths)
b)稠密圖效果最佳
c)邊權(quán)可正可負(fù)
2)算法描述：
a)初始化：dis[u,v]=w[u,v]
b)For k:=1 to n
For i:=1 to n
For j:=1 to n
If dis[i,j]>dis[i,k]+dis[k,j] Then
Dis[I,j]:=dis[I,k]+dis[k,j]
c)算法結(jié)束：dis即為所有點(diǎn)對的最短路徑矩陣
3)算法小結(jié)：此算法簡單有效，由于三重循環(huán)結(jié)構(gòu)緊湊，對于稠密圖，效率要高于執(zhí)行|V|次Dijkstra算法。時(shí)間復(fù)雜度O(n^3)。
考慮下列變形：如(I,j)∈E則dis[I,j]初始為1,else初始為0，這樣的Floyd算法最后的最短路徑矩陣即成為一個(gè)判斷I,j是否有通路的矩陣。更簡單的，我們可以把dis設(shè)成boolean類型，則每次可以用“dis[I,j]:=dis[I,j]or(dis[I,k]and dis[k,j])”來代替算法描述中的藍(lán)色部分，可以更直觀地得到I,j的連通情況。
標(biāo)簽：
Floyd-Warshall
Shortest
Pairs
Paths
上傳時(shí)間：
2013-12-01
上傳用戶：dyctj
-
圖像的采集和傳輸是實(shí)時(shí)監(jiān)控、遠(yuǎn)程控制、智能小區(qū)等諸多領(lǐng)域的關(guān)鍵技術(shù)。基于傳統(tǒng)：PC的圖像采集已成為現(xiàn)實(shí)。隨著信息技術(shù)的迅速發(fā)展，嵌入式系統(tǒng)的研究開發(fā)成為了后PC時(shí)代的一個(gè)熱點(diǎn)，它被廣泛應(yīng)用于工業(yè)現(xiàn)場、信息家電等各行各業(yè)。同時(shí)，圖像的遠(yuǎn)程采集傳輸也朝著專業(yè)化、多樣化和低成本的方向發(fā)展。利用嵌入式技術(shù)來實(shí)現(xiàn)圖像的遠(yuǎn)程采集傳輸正順應(yīng)了時(shí)代發(fā)展，有較大的實(shí)用價(jià)值。 本文主要研究了基于嵌入式的遠(yuǎn)程圖像采集傳輸系統(tǒng)。嵌入式終端采用$3C2410為核心的目標(biāo)板為硬件平臺，采用嵌入式Linux為系統(tǒng)平臺。系統(tǒng)通過連接在嵌入式終端的USB攝像頭完成靜態(tài)圖像數(shù)據(jù)采集，并進(jìn)行圖像壓縮處理。在圖像傳輸方面，論文設(shè)計(jì)了兩種模式：一種是通過Intemet傳輸?shù)?、基于B/S模式的傳輸方式。在該模式下，遠(yuǎn)端客戶機(jī)通過瀏覽器訪問架設(shè)在終端里的嵌入式服務(wù)器而獲得圖像信息。另一種是基于GPRS網(wǎng)絡(luò)實(shí)現(xiàn)遠(yuǎn)程無線圖像傳輸。終端將采集到的圖像數(shù)據(jù)通過GPRS網(wǎng)絡(luò)發(fā)送到擁有固定Ip的監(jiān)控服務(wù)器上來完成圖像遠(yuǎn)程傳輸。 本文首先介紹了圖像采集傳輸和嵌入式方面的相關(guān)內(nèi)容，并介紹了本論文所采用的開發(fā)平臺。為了順利開發(fā)接著構(gòu)建了開發(fā)環(huán)境，這里包括U-boot的移植、Linux系統(tǒng)的內(nèi)核編譯和移植、設(shè)備驅(qū)動模塊的加載以及交叉編譯環(huán)境的建立。在此基礎(chǔ)上，利用Vide04Linux的接口函數(shù)，用C語言實(shí)現(xiàn)了圖像原始數(shù)據(jù)的采集程序，并利用JPEG算法了實(shí)現(xiàn)圖像壓縮。在基于B/S模式的傳輸方式中，首先利用Boa架設(shè)了嵌入式服務(wù)器，然后用C語言完成CGI腳本，該腳本將圖像嵌入網(wǎng)頁并實(shí)時(shí)更新以實(shí)現(xiàn)網(wǎng)頁的動態(tài)輸出。在基于GPRS實(shí)現(xiàn)遠(yuǎn)程無線圖像傳輸方式中，論文詳細(xì)分析了系統(tǒng)通訊數(shù)據(jù)流的特征，提出了采用辨識特征字符、數(shù)據(jù)打包等策略以實(shí)現(xiàn)GPRS的網(wǎng)絡(luò)連接和數(shù)據(jù)通訊，并且在此基礎(chǔ)上用C語言編程實(shí)現(xiàn)。同時(shí)，在PC(Linux)上用Socket編程實(shí)現(xiàn)了監(jiān)控服務(wù)器軟件，該軟件用以接收圖像數(shù)據(jù)和控制嵌入式終端的系統(tǒng)狀態(tài)。最后，論文分析比較了兩種傳輸方式的區(qū)別和優(yōu)缺點(diǎn)。試驗(yàn)證明，采用兩種方式都能成功實(shí)現(xiàn)圖像的遠(yuǎn)程采集傳輸，并且試驗(yàn)效果較好。
標(biāo)簽：
嵌入式
遠(yuǎn)程圖像
上傳時(shí)間：
2013-05-17
上傳用戶：squershop
-
at91rm9200啟動過程教程
系統(tǒng)上電，檢測BMS，選擇系統(tǒng)的啟動方式，如果BMS為高電平，則系統(tǒng)從片內(nèi)ROM啟動。AT91RM9200的ROM上電后被映射到了0x0和0x100000處，在這兩個(gè)地址處都可以訪問到ROM。由于9200的ROM中固化了一個(gè)BOOTLOAER程序。所以PC從0X0處開始執(zhí)行這個(gè)BOOTLOAER(準(zhǔn)確的說應(yīng)該是一級BOOTLOADER)。這個(gè)BOOTLOER依次完成以下步驟： 1、PLL SETUP，設(shè)置PLLB產(chǎn)生48M時(shí)鐘頻率提供給USB DEVICE。同時(shí)DEBUG USART也被初始化為48M的時(shí)鐘頻率； 2、相應(yīng)模式下的堆棧設(shè)置； 3、檢測主時(shí)鐘源（Main oscillator）； 4、中斷控制器（AIC）的設(shè)置； 5、C 變量的初始化； 6、跳到主函數(shù)。 完成以上步驟后，我們可以認(rèn)為BOOT過程結(jié)束，接下來的就是LOADER的過程，或者也可以認(rèn)為是裝載二級BOOTLOER。AT91RM9200按照DATAFLASH、EEPROM、連接在外部總線上的8位并行FLASH的順序依次來找合法的BOOT程序。所謂合法的指的是在這些存儲設(shè)備的開始地址處連續(xù)的存放的32個(gè)字節(jié)，也就是8條指令必須是跳轉(zhuǎn)指令或者裝載PC的指令，其實(shí)這樣規(guī)定就是把這8條指令當(dāng)作是異常向量表來處理。必須注意的是第6條指令要包含將要裝載的映像的大小。關(guān)于如何計(jì)算和寫這條指令可以參考用戶手冊。一旦合法的映像找到之后，則BOOT程序會把找到的映像搬到SRAM中去，所以映像的大小是非常有限的，不能超過16K-3K的大小。當(dāng)BOOT程序完成了把合法的映像搬到SRAM的任務(wù)以后，接下來就進(jìn)行存儲器的REMAP，經(jīng)過REMAP之后，SRAM從映設(shè)前的0X200000地址處被映設(shè)到了0X0地址并且程序從0X0處開始執(zhí)行。而ROM這時(shí)只能在0X100000這個(gè)地址處看到了。至此9200就算完成了一種形式的啟動過程。如果BOOT程序在以上所列的幾種存儲設(shè)備中找到合法的映像，則自動初始化DEBUG USART口和USB DEVICE口以準(zhǔn)備從外部載入映像。對DEBUG口的初始化包括設(shè)置參數(shù)115200 8 N 1以及運(yùn)行XMODEM協(xié)議。對USB DEVICE進(jìn)行初始化以及運(yùn)行DFU協(xié)議?，F(xiàn)在用戶可以從外部（假定為PC平臺）載入你的映像了。在PC平臺下，以WIN2000為例，你可以用超級終端來完成這個(gè)功能，但是還是要注意你的映像的大小不能超過13K。一旦正確從外部裝載了映像，接下來的過程就是和前面一樣重映設(shè)然后執(zhí)行映像了。我們上面講了BMS為高電平，AT91RM9200選擇從片內(nèi)的ROM啟動的一個(gè)過程。如果BMS為低電平，則AT91RM9200會從片外的FLASH啟動，這時(shí)片外的FLASH的起始地址就是0X0了，接下來的過程和片內(nèi)啟動的過程是一樣的，只不過這時(shí)就需要自己寫啟動代碼了，至于怎么寫，大致的內(nèi)容和ROM的BOOT差不多，不同的硬件設(shè)計(jì)可能有不一樣的地方，但基本的都是一樣的。由于片外FLASH可以設(shè)計(jì)的大，所以這里編寫的BOOTLOADER可以一步到位，也就是說不用像片內(nèi)啟動可能需要BOOT好幾級了，目前AT91RM9200上使用較多的bootloer是u-boot，這是一個(gè)開放源代碼的軟件，用戶可以自由下載并根據(jù)自己的應(yīng)用配置?？偟恼f來，筆者以為AT91RM9200的啟動過程比較簡單，ATMEL的服務(wù)也不錯(cuò)，不但提供了片內(nèi)啟動的功能，還提供了UBOOT可供下載。筆者寫了一個(gè)BOOTLODER從片外的FLASHA啟動，效果還可以。
uboot結(jié)構(gòu)與使用uboot是一個(gè)龐大的公開源碼的軟件。他支持一些系列的arm體系，包含常見的外設(shè)的驅(qū)動，是一個(gè)功能強(qiáng)大的板極支持包。其代碼可以 http://sourceforge.net/projects/u-boot下載
在9200上，為了啟動uboot，還有兩個(gè)boot軟件包，分別是loader和boot。分別完成從sram和flash中的一級boot。其源碼可以從atmel的官方網(wǎng)站下載。
我們知道，當(dāng)9200系統(tǒng)上電后，如果bms為高電平，則系統(tǒng)從片內(nèi)rom啟動，這時(shí)rom中固化的boot程序初始化了debug口并向其發(fā)送'c'，這時(shí)我們打開超級終端會看到ccccc...。這說明系統(tǒng)已經(jīng)啟動，同時(shí)xmodem協(xié)議已經(jīng)啟動，用戶可以通過超級終端下載用戶的bootloader。作為第一步，我們下載loader.bin.loader.bin將被下載到片內(nèi)的sram中。這個(gè)loder完成的功能主要是初始化時(shí)鐘，sdram和xmodem協(xié)議，為下載和啟動uboot做準(zhǔn)備。當(dāng)下載了loader.bin后，超級終端會繼續(xù)打?。篶cccc....。這時(shí)我們就可以下在uboot了。uboot將被下載到sdram中的一個(gè)地址后并把pc指針調(diào)到此處開始執(zhí)行uboot。接著我們就可以在終端上看到uboot的shell啟動了，提示符uboot>，用戶可以uboot>help 看到命令列表和大概的功能。uboot的命令包含了對內(nèi)存、flash、網(wǎng)絡(luò)、系統(tǒng)啟動等一些命令。
如果系統(tǒng)上電時(shí)bms為低電平，則系統(tǒng)從片外的flash啟動。為了從片外的flash啟動uboot,我們必須把boot.bin放到0x0地址出，使得從flash啟動后首先執(zhí)行boot.bin，而要少些boot.bin，就要先完成上面我們講的那些步驟，首先開始從片內(nèi)rom啟動uboot。然后再利用uboot的功能完成把boot.bin和uboot.gz燒寫到flash中的目的，假如我們已經(jīng)啟動了uboot,可以這樣操作：
uboot>protect off all
uboot>erase all
uboot>loadb 20000000
uboot>cp.b 20000000 10000000 5fff
uboot>loadb 21000000
uboot>cp.b 210000000 10010000 ffff
然后系統(tǒng)復(fù)位，就可以看到系統(tǒng)先啟動boot，然后解壓縮uboot.gz，然后啟動uboot。注意，這里uboot必須壓縮成.gz文件，否則會出錯(cuò)。
怎么編譯這三個(gè)源碼包呢，首先要建立一個(gè)arm的交叉編譯環(huán)境，關(guān)于如何建立，此處不予說明。建立好了以后，分別解壓源碼包，然后修改Makefile中的編譯器項(xiàng)目，正確填寫你的編譯器的所在路徑。
對loader和boot，直接make。對uboot,第一步：make_at91rm9200dk,第二步：make。這樣就會在當(dāng)前目錄下分別生成*.bin文件,對于uboot.bin，我們還要壓縮成.gz文件。
也許有的人對loader和boot搞不清楚為什么要兩個(gè)，有什么區(qū)別嗎？首先有區(qū)別，boot主要完成從flash中啟動uboot的功能，他要對uboot的壓縮文件進(jìn)行解壓，除此之外，他和loader并無大的區(qū)別，你可以把boot理解為在loader的基礎(chǔ)上加入了解壓縮.gz的功能而已。所以這兩個(gè)并無多大的本質(zhì)不同，只是他們的使命不同而已。
特別說名的是這三個(gè)軟件包都是開放源碼的，所以用戶可以根據(jù)自己的系統(tǒng)的情況修改和配置以及裁減，打造屬于自己系統(tǒng)的bootloder。
標(biāo)簽：
9200
at
91
rm
上傳時(shí)間：
2013-10-27
上傳用戶：wsf950131
