當U-Boot將設(shè)備樹加載到內(nèi)存指定位置后，ARM內(nèi)核的SoC以通用寄存器r2來傳遞dtb在內(nèi)存中的地址。kernel獲取到該地址后對dtb文件做進一步的處理。

#設(shè)備樹的傳遞

當使用bootm加載kernel鏡像時（bootz是對bootm的一種封裝以及功能擴展，實質(zhì)一樣）。U-Boot跳轉(zhuǎn)到kernel的入口函數(shù)是boot_jump_linux

【資料圖】

r2作為存放設(shè)備樹地址的寄存器，其取值有兩種方式，分別是例化bootm_header_t這個數(shù)據(jù)結(jié)構(gòu)的ft_addr，以及利用U-Boot的板級啟動參數(shù)作為設(shè)備樹的地址。

##bootm_header_t方式

數(shù)據(jù)結(jié)構(gòu)bootm_header_t的定義如下，供各種內(nèi)核的SoC使用，每家廠商根據(jù)自己CPU的特點對各個成員進行不同的例化。

用bootm_header_t的方式，U-Boot需支持設(shè)備樹以及文件非空。

ft_len以及ft_addr屬于bootm_header_t，在U-Boot解析鏡像文件時，實例化這兩個成員。函數(shù)調(diào)用棧如下：

##gd->bd->bi_boot_params方式

這種屬于比較古老的一種方式了，目前基本不會采用。bi_boot_params是一個存放內(nèi)核啟動參數(shù)的地址，通常是在板級初始化中進行指定。

代碼執(zhí)行到此處，r2是否為預期的值，一是可以通過打印的方式、再有使用調(diào)試工具連上去確認。#kernel對設(shè)備樹的解析

解析分兩個階段，第一階段進行校驗以及啟動參數(shù)的再調(diào)整；第二階段完成設(shè)備樹的解壓，也就是將設(shè)備樹由FDT變成EDT，創(chuàng)建device_node。##第一階段

kernel啟動日志中與設(shè)備樹相關(guān)的第一條打印如下，也就是打印出當前硬件設(shè)備的模型名，"OF: fdt: Machine model: V2P-CA9"

這個模型名是在設(shè)備樹文件的頭部定義的，定義當前設(shè)備的總體名稱。

但這并不是kernel對設(shè)備樹第一次進行處理的地方。在此之前已有其他的操作。函數(shù)調(diào)用棧如下：

第2行__atags_pointer是dtb在內(nèi)存中的地址，這個地址在匯編階段（若鏡像為zImage，那么在解壓縮階段就完成了）便獲取到了。由于執(zhí)行到setup_arch時mmu已經(jīng)使能并且4K的段頁表也已經(jīng)完成了映射，而U-Boot傳遞給kernel的設(shè)備樹fdt地址屬于物理地址，因此需要將物理地址轉(zhuǎn)換成虛擬地址。

第一階段對設(shè)備樹的配置主要包括：

上面這個chosen信息可以在kernel起來后再次查看做了哪些修改。##第二階段

第二階段單純的是將設(shè)備樹ABI文件進行解壓縮，由FDT變成EDT，生成相應(yīng)的device_node結(jié)點。

這個階段的函數(shù)調(diào)用棧如下：

device_nodes結(jié)點如下：

device_node創(chuàng)建完成后，kernel創(chuàng)建platform_device時依據(jù)這個階段完成的工作情況進行對應(yīng)的設(shè)備注冊，供驅(qū)動代碼使用。

精彩文章合集

文章推薦

關(guān)鍵詞：