在嵌入式開發中，U-Boot作為引導程序的“中流砥柱”，負責初始化硬件、加載內核并啟動系統。對于Rockchip平臺的設備（如常見的開發板、智能終端），boot_rkimg.c是U-Boot中專門處理啟動流程的核心文件之一。

今天我們就來深入剖析這個文件，看看它如何管理啟動設備、處理下載/恢復模式，以及加載設備樹（DTB），最終為內核啟動鋪平道路。

一、文件定位：Rockchip啟動流程的“調度中心”

boot_rkimg.c是Rockchip平臺U-Boot定制化開發的關鍵文件，主要職責包括：

?初始化并選擇啟動設備（如eMMC、SD卡、NVMe、SCSI等）；

?檢測下載/恢復模式觸發條件（如按鍵、熱鍵）；

?加載并驗證設備樹（DTB），為內核啟動提供硬件描述；

?處理Android啟動相關的參數（如bootargs）。

可以說，它是Rockchip設備從U-Boot過渡到內核的“橋梁”。

二、核心函數解析：一步步看懂啟動邏輯

1.啟動設備管理：確定“從哪里啟動”

設備啟動的第一步是確定“從哪個存儲介質啟動”（如eMMC、SD卡）。這部分邏輯由多個函數協作完成。

bootdev_init(const char *devtype, const char *devnum)

?功能：初始化指定類型的啟動設備（如mmc、nvme、scsi）。

?細節：

?根據devtype調用對應設備的初始化函數（如mmc_initialize初始化MMC設備，nvme_scan_namespace掃描NVMe設備）；

?驗證設備是否存在，若存在則設置環境變量devtype和devnum（供后續流程使用）。

?舉例：若devtype為“mmc”，則初始化MMC控制器并檢查設備是否可用。

boot_devtype_init(void)

?功能：按照優先級確定最終的啟動設備（核心邏輯）。

?優先級順序：

a.配置參數：從平臺配置中解析啟動設備（param_parse_assign_bootdev）；

b.ATAGS：從ATAGS中獲取啟動設備（param_parse_atags_bootdev，僅部分平臺支持）；

c.掃描列表：若前兩步失敗，調用rk_board_scan_bootdev掃描默認設備列表；

d.默認值：若所有掃描失敗，默認使用“mmc 0”（eMMC設備）。

?輸出：打印啟動設備來源（如“Bootdev (assign): mmc 0”）。

get_bootdev_type(void)

?功能：根據啟動設備類型（devtype）設置系統參數，為內核傳遞啟動信息。

?細節：

?映射設備類型到枚舉值（如“mmc”對應IF_TYPE_MMC，“nvme”對應IF_TYPE_NVME）；

?向bootargs中添加存儲介質信息（如storagemedia=emmc）和Android啟動模式（如androidboot.mode=normal）；

?兼容新舊Android版本規則（舊版本需指定介質作為模式，新版本統一用“normal”或“charger”）。

rockchip_get_bootdev(void)

?功能：獲取啟動設備的塊設備描述符（struct blk_desc），供后續讀寫操作使用。

?流程：

a.調用boot_devtype_init確保啟動設備已初始化；

b.通過設備類型和編號獲取blk_desc（塊設備描述符，包含設備大小、塊大小等信息）；

c.若為MMC設備，額外打印時序模式（如“HS400”）和時鐘頻率。

2.下載與恢復模式：應對特殊啟動場景

U-Boot需支持“下載模式”（燒錄固件）和“恢復模式”（系統修復），這些邏輯由以下函數實現。

rockchip_dnl_key_pressed(void)

?功能：檢測“下載按鍵”是否按下（弱函數，可被板級代碼覆蓋）。

?實現：

?若支持按鍵設備（CONFIG_DM_KEY），直接讀取按鍵狀態；

?若支持ADC（CONFIG_ADC），通過ADC采樣判斷按鍵是否按下（如音量鍵，采樣值在0~30范圍內視為按下）。

setup_download_mode(void)

?功能：根據按鍵或熱鍵狀態，決定進入下載模式、恢復模式或fastboot模式。

?流程：

a.若下載按鍵按下或檢測到HK_ROCKUSB_DNL熱鍵：

檢測USB總線供電（rockchip_u2phy_vbus_detect），若供電正常則進入下載模式（執行“download”命令）；

若供電異常，進入恢復模式（設置reboot_mode=recovery-key）。

a.若檢測到HK_FASTBOOT熱鍵，進入fastboot模式（設置reboot_mode=fastboot）。

board_run_recovery_wipe_data(void)

?功能：觸發“恢復模式并擦除數據”（如用戶執行恢復出廠設置）。

?流程：

a.找到misc分區（存儲啟動控制信息的特殊分區）；

b.向misc分區寫入bootloader_message（包含命令boot-recovery和參數--wipe_data）；

c.設置reboot_mode=recovery并重啟，觸發恢復模式。

3.設備樹（DTB）處理：為內核提供硬件描述

設備樹（DTB）是內核識別硬件的關鍵，boot_rkimg.c負責加載和驗證DTB。

dtb_scan(void *fdt, int where)

?功能：從不同位置掃描并加載DTB（按優先級嘗試）。

?掃描位置：

a.分發版DTB（LOCATE_DISTRO）：從可啟動分區加載預定義路徑的DTB（如/boot/dtb）；

b.資源鏡像（LOCATE_RESOURCE）：從Rockchip資源鏡像中提取DTB；

c.FIT鏡像（LOCATE_FIT）：從FIT鏡像（一種多組件鏡像格式）的images/fdt節點加載DTB。

rockchip_read_dtb_file(void *fdt)

?功能：加載DTB到指定內存地址，并進行初始化。

?流程：

a.調用dtb_scan嘗試從不同位置加載DTB；

b.為DTB分配內存（sysmem_alloc_base），確保內核可訪問；

c.執行設備樹修復（rk_board_early_fdt_fixup，板級定制化修正）和Android相關的設備樹疊加（android_fdt_overlay_apply）。

rockchip_ram_read_dtb_file(void *img, void *fdt)

?功能：從內存中的鏡像（如已加載的Android啟動鏡像或FIT鏡像）中提取DTB。

?細節：

?若為Android鏡像：跳過內核和ramdisk區域，提取后續的DTB；

?若為FIT鏡像：從images/fdt或images/resource節點提取DTB數據。

三、在U-Boot啟動流程中的作用

boot_rkimg.c貫穿U-Boot啟動的多個關鍵階段，簡單來說，它的作用是：

1.啟動前準備：確定啟動設備，初始化硬件接口（MMC、NVMe等），為后續加載鏡像鋪路；

2.模式判斷：檢測特殊按鍵或熱鍵，決定進入正常啟動、下載模式還是恢復模式；

3.內核啟動鋪墊：加載并驗證DTB，設置內核啟動參數（bootargs），確保內核能正確識別硬件。

沒有它，Rockchip設備就無法確定從哪里啟動、如何適配硬件，更無法響應燒錄或恢復等特殊操作。

四、總結

boot_rkimg.c是Rockchip平臺U-Boot中連接硬件與內核的“核心樞紐”。它通過精細化的設備管理、靈活的模式切換和可靠的DTB處理，確保設備從U-Boot平穩過渡到內核啟動。

對于開發者而言，理解這個文件的邏輯有助于：

?調試啟動設備識別問題（如“找不到eMMC”）；

?定制化啟動流程（如添加新的啟動設備類型）；

?修復DTB加載失敗等常見啟動故障。

下次調試Rockchip設備啟動問題時，不妨從這個文件入手，或許能快速定位癥結所在～