Blackfin處理器Second-stage Loader

Blackfin處理器Second-stage Loader的應(yīng)用程序在線升級設(shè)計方案

本文主要介紹了ADI Blackfin處理器的啟動流程、LDR文件的格式和一些高級的啟動技術(shù)，最后通過一個實際的例子說明如何使用SSL (second-stage loader) 實現(xiàn)應(yīng)用程序的在線升級。

對于嵌入式開發(fā)者來說，一種快速方便的在線升級方法不僅能夠節(jié)約升級帶來的額外成本，還可以提高升級效率。

隨著集成電路技術(shù)的快速發(fā)展，系統(tǒng)的硬件方案已經(jīng)變得越來越相似，一個嵌入式應(yīng)用的價值和特點往往都是由應(yīng)用程序來決定的。因此用戶希望嵌入式系統(tǒng)的功能可以不斷地完善和增強(qiáng)，這使得應(yīng)用程序的升級變得非常普遍。

圖1 Blackfin處理器啟動流程

通用Blackfin的啟動流程和LDR文件分析

通用Blackfin處理器的啟動流程

Blackfin處理器的啟動可以看作是從靜態(tài)存儲器上讀取啟動碼流（LDF文件格式）到Blackfin內(nèi)部的L1和SDRAM存儲器的過程。啟動工作全部由存儲在Blackfin ROM中的啟動代碼完成的。每款Blackfin處理器的ROM大小有所不同，但啟動過程總是從ROM的起始地址0xEF00 0000開始。

Blackfin處理器的啟動代碼可以分為新舊兩種版本，分別針對BF54x、BF52x、BF51x、BF561和BF53x。新版本啟動代碼以處理器的啟動模式為基礎(chǔ)來構(gòu)建程序，一個通用的啟動內(nèi)核負(fù)責(zé)處理的啟動碼流的解析、裝載和異常錯誤的處理。本文以新版的啟動代碼為基礎(chǔ)進(jìn)行分析和構(gòu)建實例，用戶可以參考已經(jīng)發(fā)布的應(yīng)用筆記EE-240和EE-314來學(xué)習(xí)BF53x和BF561的啟動過程。

本文以圖1為例講解Blackfin處理器的啟動流程。處理器復(fù)位后會從ROM的起始地址開始執(zhí)行，啟動代碼首先讀取啟動碼流最開始的8個字節(jié)，它們只是頭信息的一部分，內(nèi)核通過分析包含在這8個字節(jié)中的DMACODE位來確定DMA通道的寬度和步長。一旦DMA的配置完成后，啟動碼流將以子塊為單位進(jìn)行讀取。啟動代碼根據(jù)頭信息中的目標(biāo)地址和子塊長度將啟動碼流的每個子塊傳輸?shù)街付ǖ拇鎯ζ魑恢?。?dāng)所有的塊傳輸完成后，啟動代碼會自動跳轉(zhuǎn)到應(yīng)用程序的起始地址開始執(zhí)行，默認(rèn)的地址是0xFFA0 0000。這個過程就是Blackfin的啟動。

LDR文件格式

LDR文件，即可裝載文件，包含著全部的啟動碼流并保存在靜態(tài)存儲器中供啟動使用。它可以非常容易地通過Visual DSP（VDSP）的ELFLOADER功能生成。ELFLOADER解析輸入的可執(zhí)行DXE文件，生成帶有頭信息的啟動碼流，過程如圖2所示。



圖2 LDR文件生成過程

LDR文件由多個子塊組成，每個子塊可以分為頭部和負(fù)載兩個部分，但有部分特殊子塊只有頭部，沒有負(fù)載區(qū)。頭部區(qū)共有16個字節(jié)，分別存儲著頭部的CRC校驗數(shù)據(jù)、標(biāo)志符、目的地址、塊大小和塊參數(shù)，如圖3所示，用戶可以使用LDR VIEWER工具查看LDR文件。啟動代碼每次都會對頭部16字節(jié)進(jìn)行異或校驗， BLOCK CODE的低16位用于儲存頭部區(qū)的校驗和。一旦頭部信息校驗失敗，啟動代碼就會調(diào)用錯誤處理函數(shù)，默認(rèn)的情況是將內(nèi)核置于空閑態(tài)，不處理任何后續(xù)數(shù)據(jù)。但是用戶可以在初始化函數(shù)中自行替換錯誤處理函數(shù)。



圖3 啟動碼流頭部區(qū)

頭部的標(biāo)志符共有16比特，如圖4所示。這里需要著重指出的是BFLAG_FINAL、BFLAG_FIRST、BFLAG_INIT和BFLAG_FILL四個標(biāo)志符，它們分別指出當(dāng)前的子塊為結(jié)束塊、開始塊、初始化塊和填充塊。一般情況下每個LDR文件都會存在這四個標(biāo)志符，而且具有其中任何一個標(biāo)志符的子塊都沒有的負(fù)載區(qū)。一旦啟動碼流解析到標(biāo)志符中有BFLAG_FINAL或BFLAG_INIT，它會馬上調(diào)用入口地址存儲在EVT1寄存器中的函數(shù)，這個地址通常是0xFFA0 0000。也就是說，在默認(rèn)的情況下，應(yīng)用程序的起始位置和初始化函數(shù)的起始地址都是0xFFA0 0000。DMACODE用來配置DMA通道的寬度和傳輸步長，但一般只在啟動開始的時候設(shè)置一次。



圖4 標(biāo)志符低16位

Blackfin的高級啟動功能

內(nèi)核數(shù)據(jù)結(jié)構(gòu)

新版的啟動代碼使用了一種新的數(shù)據(jù)結(jié)構(gòu)，叫做ADI_BOOT_DATA。通過在初始化函數(shù)中修改這個數(shù)據(jù)結(jié)構(gòu)中的成員變量，用戶可以定義自己的啟動過程，這里簡要介紹升級過程中用到的成員。

? pSource：啟動碼流在FLASH存儲器中的起始地址，默認(rèn)情況下是0x0。但用戶可以通過修改這個成員，使啟動代碼從FLASH存儲器的其它地址開始讀取啟動碼流。

? pLogBuffer：啟動記錄存儲區(qū)，默認(rèn)的起始地址位于0xFFB0 0400。因為這個臨時數(shù)據(jù)存儲區(qū)不能被DMA訪問，所以多作為應(yīng)用程序的堆棧。該緩沖區(qū)記錄了啟動碼流的每個子塊的頭信息及一些同啟動過程密切相關(guān)的重要信息，具體內(nèi)容可參考BF51x的硬件手冊。這些記錄信息的主要用于啟動調(diào)試。

? dFlags：低15位是當(dāng)前正在處理的啟動碼流子塊的頭信息標(biāo)志符（圖4），高15位是啟動數(shù)據(jù)結(jié)構(gòu)的標(biāo)志符，如圖5所示。當(dāng)SPI FLASH的類型已經(jīng)確定后，用戶通過設(shè)置BFLAG_TYPE，BFLAG_NOAUTO和BFLAG_ALTERNATE三個標(biāo)志位可以使啟動代碼跳過SPI地址檢測。



圖5 標(biāo)志符高16位

可用于啟動過程的API函數(shù)

為了方便開發(fā)者定義客戶化的啟動過程，啟動的ROM提供了11個API函數(shù)供用戶使用，它們的接口參數(shù)請詳見BF51x硬件手冊，這里介紹將會用到的BFROM_SPIBOOT，BFROM_CRC32和BFROM_CRC32POLY函數(shù)。

BFROM_SPIBOOT函數(shù)的C語言原型是：

s32 bfrom_SpiBoot (s32 dSpiAddress,

s32 dFlags,

s32 dBlockCount,

ADI_BOOT_HOOK_FUNC* pCallHook);

SPI啟動代碼需要四個參數(shù)，分別是啟動碼流在SPI FLASH內(nèi)存中的起始位置，啟動標(biāo)志符（圖5和圖4）、子塊數(shù)量（非負(fù)數(shù)時正常啟動）和回調(diào)函數(shù)。通過使用這個函數(shù)，SPI啟動代碼可以裝載已經(jīng)存儲在SPI FLASH的啟動碼流。利用回調(diào)函數(shù)，用戶可以修改SPI的波特率，SPI的slave select pin等配置，加快啟動速度。

BFROM_CRC32POLY函數(shù)的C語言原型是：

s32 bfrom_Crc32Poly (unsigned s32 *pLut,

s32 dPolynomial);

該函數(shù)根據(jù)用戶提供的多項式建立CRC校驗需要的查詢表，多項式可從LDR文件的INIT塊中找到（必須使用-CRC32選項生成LDR文件）。查詢表要在使用bfrom_Crc32函數(shù)之前建立好。

BFROM_CRC32函數(shù)的C語言原型是：

s32 bfrom_Crc32 (s32 *pLut,

void *pData,

s32 dByteCount,

s32 dInitial);

該函數(shù)用于校驗LDR文件的負(fù)載區(qū)，頭部信息已經(jīng)有頭部區(qū)的校驗和來保證正確性。使用該函數(shù)之前需要建立CRC校驗查詢表。函數(shù)會返回每個子塊負(fù)載區(qū)的CRC值。

基于SSL的在線升級方法

當(dāng)前的升級方法多是基于ping-pong的方法，每次都會更新最舊的版本，這樣的設(shè)計保證了即使升級失敗，系統(tǒng)也能夠正常啟動。但是使用這種方法，系統(tǒng)需要啟動碼流兩倍大小的FLASH存儲器，增加了系統(tǒng)成本。

本節(jié)將根據(jù)前面介紹的Blackfin處理器啟動流程和高級啟動技術(shù)，使用SSL來構(gòu)建一個在線升級的方案。通過使用SSL，用戶能夠控制升級和啟動過程，即使出現(xiàn)升級失敗，也不會導(dǎo)致系統(tǒng)癱瘓，而且不需要增加額外的FLASH存儲器空間。這個例子基于BF518處理器，但也可以推廣到BF54x或BF52x處理器。本文選用比較通用的SPI FLASH作為SSL和應(yīng)用程序的存儲介質(zhì)，同時BF518工作在external SPI boot的模式。SSL通過串口接收升級數(shù)據(jù)，同上位機(jī)進(jìn)行通訊。

SSL的工作原理

SSL主要包括兩部分功能，啟動碼流的接收和升級。接收部分通過串口從上位機(jī)接收LDR文件，然后存儲到SDRAM中，使用Blackfin提供的bfrom_Crc32函數(shù)校驗接收到的碼流。升級部分將SDRAM中的LDR文件燒寫到SPI閃存中，并更新文件狀態(tài)。升級過程如圖6所示。



圖6 升級過程

升級應(yīng)用程序首先需要軟/硬重啟系統(tǒng)來加載SSL。SSL啟動后首先初始化系統(tǒng)硬件，向上位機(jī)發(fā)出是否升級的確認(rèn)信息。如果在5秒內(nèi)沒有得到上位機(jī)的回復(fù)，系統(tǒng)將進(jìn)行正常的啟動流程。用戶也可以自定義等待時間（不超過10秒）。如果SPI FLASH中沒有有效的啟動碼流，SSL會強(qiáng)制讓用戶升級新的應(yīng)用程序。得到確認(rèn)升級的消息后，SSL要求上位機(jī)發(fā)送啟動碼流。當(dāng)上位機(jī)發(fā)送完成全部碼流后，它要發(fā)送一個用戶定義的結(jié)束標(biāo)志符（不要和LDR文件中的數(shù)據(jù)重合）通知SSL傳輸過程完成。然后SSL對緩存在SDRAM中的數(shù)據(jù)進(jìn)行CRC校驗并將結(jié)果反饋到上位機(jī)。如果校驗失敗，SSL會讓用戶選擇重新升級，還是放棄升級后啟動上一次使用的應(yīng)用程序。CRC校驗成功后，SSL將更新SPI FLASH中LDR文件和狀態(tài)標(biāo)志位。全部過程結(jié)束后SSL直接調(diào)用bfrom_SpiBoot函數(shù)加載應(yīng)用程序，不需要重新啟動系統(tǒng)。

SSL和應(yīng)用程序的LDR文件生成和FLASH燒寫

應(yīng)用程序的LDR文件生成如下圖7所示，需要增加-CRC32選項使ELFLOADER生成帶有校驗多項式的文件（請參考VDSP幫助文檔獲得該選項的具體信息）。SSL需要單獨生成一個LDR文件，并燒寫到SPI FLASH起始地址0x0。一般SPI FLASH的最小擦除單位是扇區(qū)，所以應(yīng)用程序要從SSL后面的第二個扇區(qū)開始燒寫，并且要空出頭4個字節(jié)用來保存當(dāng)前LDR文件的狀態(tài)標(biāo)志位。



圖7 Load Option配置

總結(jié)

本文首先介紹了BF51x處理器的啟動過程，LDR文件的解構(gòu)和一些高級的啟動技術(shù)，并在這些知識的基礎(chǔ)上實現(xiàn)了一個基于SSL的應(yīng)用程序在線升級。本文描述的SSL只實現(xiàn)了一個基本的程序升級要求，根據(jù)實際應(yīng)用的需要，嵌入式開發(fā)者可以繼續(xù)擴(kuò)展SSL的功能，比如支持網(wǎng)絡(luò)升級等或定制自己的SSL。通過使用SSL，嵌入式開發(fā)者可以非常迅速方便地升級應(yīng)用程序，節(jié)約升級成本，為客戶提供額外的產(chǎn)品價值。