在嵌入式Linux開發中，設備樹（Device Tree）是連接硬件與內核的關鍵紐帶。但有一個節點很特殊——它不描述任何硬件模塊，卻直接決定內核能否正常啟動，這就是chosen節點。

今天我們就從“是什么、怎么工作、如何調試”三個維度，結合流程圖和腦圖，徹底搞懂chosen節點的核心邏輯，新手也能輕松入門。

一、chosen節點：設備樹中的“非硬件”特殊存在

首先要明確一個關鍵點：chosen節點的本質是固件（如U-Boot）與內核的配置傳遞通道，而非硬件描述節點。它的結構和功能都圍繞“傳遞啟動參數”展開。

1.位置與結構：根節點下的“扁平節點”

chosen節點始終是設備樹根節點（/）的直接子節點，路徑固定為/chosen，結構極簡且無嵌套子節點，典型定義如下：

/ {  chosen {    bootargs ="earlycon=uart8250,mmio32,0x2ad40000 console=ttyFIQ0 root=PARTUUID=614e0000-0000 rw rootwait";    stdout-path = &uart0;//指向串口設備節點  }; //其他硬件節點（描述CPU、外設等）  uart0: serial@2ad40000 { ... };  cpu0: cpu@0 { ... };};

?無子節點：無需描述硬件層級，僅通過“屬性=值”傳遞配置；

?位置固定：必須在根節點下，確保固件和內核能快速定位。

2.核心屬性：傳遞啟動配置的“鑰匙”

chosen節點的核心是屬性，每個屬性都對應內核啟動的關鍵配置，最常用的4類屬性如下表所示：

其中bootargs是重中之重，它包含控制臺、根文件系統、權限等關鍵參數，例如：

?earlycon=...：內核初始化早期啟動串口輸出（捕獲早期日志）；

?root=PARTUUID=xxx：通過分區UUID定位根文件系統（避免設備名變動）；

?rw：根文件系統以“可讀寫”模式掛載。

3.與硬件節點的3大核心區別

很多開發者會混淆chosen節點與硬件節點（如uart0、cpu0），二者差異可通過下表快速區分：

二、固件視角：為內核“定制”啟動配置（附流程圖）

固件（以最常用的U-Boot為例）是chosen節點的“生產者”，核心工作是根據硬件狀態和用戶需求，動態調整chosen配置，再傳遞給內核。

固件處理chosen節點的完整流程

下圖清晰展示了U-Boot對chosen節點的處理步驟，包含“讀取-修改-傳遞”三個核心環節：

關鍵步驟解析

1.讀取靜態配置：U-Boot先加載設備樹二進制文件（.dtb），讀取.dts中預定義的bootargs、stdout-path等默認值，相當于“讀取配置模板”。

2.動態修改屬性：這是最核心的一步，U-Boot會根據實際場景調整配置：

?若用戶在U-Boot命令行輸入setenv bootargs "xxx"，則覆蓋chosen中的bootargs；

?若需加載initrd（內存盤），則動態添加linux,initrd-start和linux,initrd-end屬性；

?若stdout-path指向的串口不可用，則自動切換為可用設備（如從&uart0改為&uart1）。

1.傳遞設備樹：修改完成后，U-Boot通過架構特定方式（如ARM的r2寄存器）將.dtb地址傳遞給內核，確保內核能找到配置。

三、內核視角：解析配置，啟動系統的“第一指令”（附流程圖）

內核是chosen節點的“消費者”，會在啟動最早期（甚至早于驅動加載）解析chosen節點——因為這直接關系到“能否正常啟動”。

內核處理chosen節點的完整流程

下圖展示了內核從“找到配置”到“應用配置”的全流程，其中bootargs解析是核心環節：

關鍵步驟解析

1.早期定位節點：內核啟動后第一步就是找到.dtb并定位/chosen節點，這一步必須“早”——比如earlycon參數需要在串口驅動加載前生效，才能捕獲內核初始化早期的日志。

2.bootargs解析與應用：bootargs是內核啟動的“總開關”，每個子參數都會交給對應模塊處理：

?console=xxx：串口子系統初始化對應終端（如/dev/ttyFIQ0），所有printk日志都輸出到這里；

?root=PARTUUID=xxx：VFS（虛擬文件系統）根據UUID找到根分區，以rw模式掛載；

?rootwait：塊設備子系統等待存儲設備（如SD卡）就緒，避免掛載失敗。

1.暴露配置到用戶態：內核啟動后，會通過/proc和/sys文件系統將chosen配置暴露給用戶，方便調試（如cat /proc/device-tree/chosen/bootargs可查看實際生效的啟動參數）。

四、整體協作：固件與內核的“配置傳遞閉環”

chosen節點的價值，本質是實現了固件與內核的“信息閉環”。

?信息是單向傳遞的：僅固件向內核傳遞配置，內核啟動后不反向修改；

?動態配置優先級更高：U-Boot的動態修改（如用戶自定義bootargs）會覆蓋.dts的靜態配置；

?早期依賴強：內核必須先解析chosen節點，才能完成控制臺、根文件系統等關鍵初始化。

五、實戰調試：3類常見問題與解決方案（附腦圖）

嵌入式開發中，很多啟動故障都與chosen節點相關。掌握以下調試方法，能快速定位問題：

chosen節點核心知識腦圖

先通過腦圖梳理調試所需的核心知識點，方便快速查閱：

3類常見問題解決方案

1.問題1：控制臺無輸出

?可能原因：bootargs的console參數錯誤，或stdout-path指向不可用設備；

?調試步驟：

i.執行cat /proc/device-tree/chosen/bootargs，確認console是否為正確終端（如ttyFIQ0）；

ii.檢查stdout-path是否指向存在的串口節點（如&uart0是否在設備樹中定義）；

iii.若需捕獲早期日志，確認earlycon的串口地址（如0x2ad40000）與硬件手冊一致。

1.問題2：根文件系統掛載失敗

?可能原因：bootargs的root參數錯誤，或未加rootwait；

?調試步驟：

i.確認root參數類型（PARTUUID或設備名），用blkid命令驗證PARTUUID是否匹配；

ii.若根文件系統在SD卡/ U盤，檢查是否添加rootwait參數（避免設備未就緒）；

iii.查看內核日志（dmesg | grep root），定位具體掛載失敗原因。

1.問題3：丟失內核早期日志

?可能原因：未配置earlycon參數，無法捕獲驅動加載前的日志；

?解決方案：在bootargs中添加earlycon=uart8250,mmio32,0x2ad40000（需替換為實際串口類型和地址）。

總結：chosen節點的核心價值

chosen節點看似簡單，卻是嵌入式Linux啟動流程中的“關鍵樞紐”：

?對固件而言，它是“定制啟動配置”的出口；

?對內核而言，它是“獲取啟動指令”的入口；

?對開發者而言，它是“排查啟動故障”的重要抓手。

理解chosen節點的工作機制，不僅能快速解決啟動問題，更能深入掌握固件與內核的協作邏輯——這也是嵌入式開發的核心能力之一。

你在開發中遇到過哪些與chosen節點相關的問題？歡迎在評論區分享，我們一起討論解決方案！