簡(jiǎn)介這是一份面向UEFI固件開(kāi)發(fā)初學(xué)者與BIOS工程師的DXE階段專題講解資料聚焦UEFI Boot Flow中承擔(dān)大部分系統(tǒng)初始化工作的Driver Execution Environment。內(nèi)容圍繞DXE Foundation、DXE Dispatcher與DXE Drivers三大組成展開(kāi)梳理HOB List傳遞、可移植性設(shè)計(jì)、固件卷發(fā)現(xiàn)、依賴表達(dá)式評(píng)估及Dispatcher狀態(tài)機(jī)等關(guān)鍵機(jī)制并延伸至EFI系統(tǒng)表、Boot Services、Runtime Services與DXE Services等核心數(shù)據(jù)結(jié)構(gòu)幫助讀者建立從PEI到DXE的完整認(rèn)知鏈路。資源包為1個(gè)pptx文件約44.17MB以圖文幻燈片形式組織適合按章節(jié)順序?qū)W習(xí)或作為培訓(xùn)講義參考。目前已有1157人學(xué)習(xí)下載可作為理解UEFI啟動(dòng)流程、排查固件初始化順序問(wèn)題的入門與進(jìn)階參考。1. 開(kāi)機(jī)那一瞬間誰(shuí)在替你“排兵布陣”DXE 到底是個(gè)啥按下電源鍵屏幕亮起系統(tǒng)開(kāi)始自檢、加載、啟動(dòng)。這短短幾秒里機(jī)器內(nèi)部其實(shí)經(jīng)歷了一場(chǎng)精密的接力賽。很多人聽(tīng)說(shuō)過(guò) UEFI知道它取代了老式的 BIOS但再往下問(wèn)一層——UEFI 啟動(dòng)流程里那個(gè)叫 DXE 的階段到底在忙什么多數(shù)人就卡殼了。DXE全稱 Driver Execution Environment直譯過(guò)來(lái)是“驅(qū)動(dòng)執(zhí)行環(huán)境”。你可以把它想象成一場(chǎng)大型演出的后臺(tái)調(diào)度中心舞臺(tái)、燈光、音響、演員都已就位但誰(shuí)先上場(chǎng)、誰(shuí)配合誰(shuí)、什么時(shí)候切換場(chǎng)景全靠這個(gè)調(diào)度中心發(fā)號(hào)施令。在 UEFI 的啟動(dòng)鏈條里DXE 是執(zhí)行大部分系統(tǒng)初始化工作的階段處理器、芯片組、平臺(tái)組件都在這里被喚醒和配置最終為操作系統(tǒng)鋪好一條平坦的路。搞懂 DXE就等于拿到了理解現(xiàn)代固件如何“從零搭建一個(gè)可運(yùn)行環(huán)境”的鑰匙這也是為什么 UEFI BIOS 相關(guān)的討論里DXE 總是繞不開(kāi)的核心話題。2. 為什么需要 DXE從 PEI 交棒到驅(qū)動(dòng)大軍的調(diào)度難題2.1 接力賽的上一棒PEI 留下了什么要理解 DXE 為什么存在得先看它接手時(shí)的局面。在 DXE 之前有一個(gè)叫 PEI 的階段全稱 Pre-EFI Initialization。PEI 的任務(wù)很專一把平臺(tái)里的永久內(nèi)存初始化好讓后續(xù)階段有地方可以加載和執(zhí)行代碼。你可以把 PEI 想象成裝修隊(duì)里的水電工——先把水管和電線鋪好至于家具怎么擺、燈裝什么樣式那是后面的事。PEI 干完活之后不會(huì)口頭交代而是留下一組叫 HOB 的數(shù)據(jù)結(jié)構(gòu)全稱 Hand-Off Blocks直譯是“交接塊”。HOB 是位置無(wú)關(guān)的意思是它不挑內(nèi)存地址放在哪兒都能被正確讀取。這組 HOB 里記錄了 PEI 階段探測(cè)到的內(nèi)存信息、固件卷位置等關(guān)鍵情報(bào)。DXE 一上來(lái)不看別的先讀 HOB 列表。讀完 HOBPEI 階段的所有服務(wù)就可以被卸載了內(nèi)存騰出來(lái)給 DXE 用。這種“只依賴數(shù)據(jù)、不依賴服務(wù)”的設(shè)計(jì)是 DXE 能保持干凈和可移植的前提。2.2 三駕馬車Foundation、Dispatcher 和 DriversDXE 階段內(nèi)部可以拆成三個(gè)角色各司其職。第一個(gè)是 DXE Foundation也就是“基金會(huì)”或“基礎(chǔ)設(shè)施”。它負(fù)責(zé)產(chǎn)生一組核心服務(wù)Boot Services、Runtime Services 和 DXE Services。Boot Services 在操作系統(tǒng)接管前可用提供內(nèi)存分配、事件定時(shí)、協(xié)議句柄等基礎(chǔ)能力Runtime Services 在操作系統(tǒng)運(yùn)行期間依然可用比如讀寫變量、查詢時(shí)間DXE Services 則是 DXE 階段特有的調(diào)度和內(nèi)存空間管理服務(wù)。第二個(gè)是 DXE Dispatcher也就是“調(diào)度器”。它的工作是掃描系統(tǒng)中所有的固件卷發(fā)現(xiàn)里面的 DXE 驅(qū)動(dòng)然后按照正確的順序執(zhí)行它們。第三個(gè)是一組 DXE Drivers也就是“驅(qū)動(dòng)大軍”。這些驅(qū)動(dòng)負(fù)責(zé)初始化處理器、芯片組和平臺(tái)組件并為系統(tǒng)服務(wù)、控制臺(tái)設(shè)備和啟動(dòng)設(shè)備提供軟件抽象。打個(gè)比方Foundation 是建好的辦公樓和物業(yè)系統(tǒng)Dispatcher 是前臺(tái)調(diào)度員Drivers 則是入駐的各家公司各自負(fù)責(zé)一塊業(yè)務(wù)。沒(méi)有 Foundation驅(qū)動(dòng)沒(méi)有運(yùn)行環(huán)境沒(méi)有 Dispatcher驅(qū)動(dòng)不知道何時(shí)上場(chǎng)沒(méi)有 Drivers硬件就是一堆沉默的硅片。2.3 可移植的底氣不硬編碼、不綁硬件DXE Foundation 有一個(gè)很硬核的設(shè)計(jì)目標(biāo)完全可移植。它不依賴特定處理器、特定芯片組或特定平臺(tái)。怎么做到的靠三條規(guī)矩。第一初始狀態(tài)只依賴 HOB List不依賴前一階段的任何服務(wù)所以 PEI 一交棒就可以徹底退場(chǎng)。第二代碼里沒(méi)有任何硬編碼地址這意味著 Foundation 可以被加載到物理內(nèi)存的任何位置無(wú)論固件卷在地址空間的哪個(gè)角落它都能正確工作。第三它不包含任何處理器、芯片組或平臺(tái)的特有信息而是通過(guò)一組 DXE Architectural Protocol 接口從系統(tǒng)硬件中抽象出來(lái)。這些架構(gòu)協(xié)議接口由 Dispatcher 調(diào)用對(duì)應(yīng)的 DXE 驅(qū)動(dòng)來(lái)生成。換句話說(shuō)Foundation 只認(rèn)接口不認(rèn)人硬件細(xì)節(jié)被驅(qū)動(dòng)封裝在協(xié)議背后。這種設(shè)計(jì)讓同一套 Foundation 代碼可以跨平臺(tái)復(fù)用驅(qū)動(dòng)開(kāi)發(fā)者只需要針對(duì)自己的硬件實(shí)現(xiàn)協(xié)議即可。3. 調(diào)度器的玄學(xué)DXE Dispatcher 怎么決定誰(shuí)先跑3.1 依賴表達(dá)式驅(qū)動(dòng)之間的“先來(lái)后到”規(guī)則DXE Dispatcher 最核心的難題是排序。幾百個(gè)驅(qū)動(dòng)有的依賴內(nèi)存初始化有的依賴 PCI 枚舉有的依賴控制臺(tái)輸出誰(shuí)先誰(shuí)后不能亂。每個(gè) DXE 驅(qū)動(dòng)都會(huì)描述自己依賴哪些服務(wù)Dispatcher 評(píng)估這些依賴關(guān)系確定一個(gè)有效的執(zhí)行順序。這個(gè)依賴關(guān)系寫在一個(gè)叫依賴表達(dá)式的地方。如果某個(gè)驅(qū)動(dòng)的依賴表達(dá)式里包含 SOR 操作碼全稱 Schedule on Request這個(gè)驅(qū)動(dòng)會(huì)被置于 Unrequested 狀態(tài)意思是“我不急等別人來(lái)叫我”。只有通過(guò)調(diào)用 DXE Service 里的 Schedule() 函數(shù)它才會(huì)被移到 Dependent 狀態(tài)然后 Dispatcher 再評(píng)估它的依賴是否滿足。如果驅(qū)動(dòng)沒(méi)有依賴表達(dá)式Dispatcher 會(huì)把所有的 architectural protocol 做一次邏輯與全部滿足才放行。這種機(jī)制讓驅(qū)動(dòng)可以聲明“我需要什么”而不是硬編碼“我第幾個(gè)跑”靈活性大大提高。3.2 狀態(tài)機(jī)一個(gè)驅(qū)動(dòng)從生到死的軌跡Dispatcher 用一個(gè)狀態(tài)機(jī)來(lái)跟蹤每個(gè)驅(qū)動(dòng)的生命周期。驅(qū)動(dòng)最開(kāi)始處于 Undiscovered 狀態(tài)代表它躺在一個(gè) Dispatcher 還不知道的固件卷里。當(dāng) Dispatcher 發(fā)現(xiàn)一個(gè)新的固件卷這個(gè)卷里 priori 文件列出的驅(qū)動(dòng)會(huì)立即被加載執(zhí)行狀態(tài)直接跳到 Scheduled。priori 文件相當(dāng)于一份“VIP 名單”里面列出的驅(qū)動(dòng)享有優(yōu)先執(zhí)行權(quán)。然后 Dispatcher 在固件卷里繼續(xù)尋找沒(méi)有列在 priori 文件中的驅(qū)動(dòng)找到的驅(qū)動(dòng)從 Undiscovered 轉(zhuǎn)為 Discovered。接著評(píng)估依賴表達(dá)式有 SOR 操作碼的進(jìn)入 Unrequested沒(méi)有的進(jìn)入 Dependent。進(jìn)入 Dependent 后Dispatcher 會(huì)檢查依賴是否全部滿足滿足則執(zhí)行。這個(gè)狀態(tài)機(jī)會(huì)一直跟蹤驅(qū)動(dòng)直到調(diào)用 ExitBootServices() 時(shí) DXE Foundation 被終止。整個(gè)過(guò)程像機(jī)場(chǎng)塔臺(tái)調(diào)度飛機(jī)有的航班有優(yōu)先起飛權(quán)有的要等中轉(zhuǎn)旅客有的要等天氣條件塔臺(tái)根據(jù)每架飛機(jī)的狀態(tài)決定放行順序。3.3 緊急補(bǔ)丁與未知文件調(diào)度器的容錯(cuò)設(shè)計(jì)Dispatcher 還有兩個(gè)容易被忽略但很實(shí)用的能力。一是支持加載 emergency patch 驅(qū)動(dòng)。這些驅(qū)動(dòng)被添加到固件卷里用來(lái)解決構(gòu)建原始固件時(shí)不知道的問(wèn)題。比如產(chǎn)品已經(jīng)出貨突然發(fā)現(xiàn)某個(gè)硬件組合有兼容性問(wèn)題就可以通過(guò)緊急補(bǔ)丁驅(qū)動(dòng)在現(xiàn)有驅(qū)動(dòng)之前或之后加載而不必重新構(gòu)建整個(gè)固件。二是忽略它不認(rèn)識(shí)的文件類型。固件卷里可能混有各種文件Dispatcher 只挑自己認(rèn)識(shí)的 DXE 驅(qū)動(dòng)來(lái)加載其他類型直接跳過(guò)。這種“不認(rèn)識(shí)就不碰”的策略避免了因?yàn)槟吧募?dǎo)致調(diào)度混亂是一種保守但穩(wěn)妥的容錯(cuò)設(shè)計(jì)。4. 別搞混了DXE 周邊那些容易認(rèn)錯(cuò)的概念4.1 易混點(diǎn)一DXE 和 UEFI 是一回事嗎很多人把 DXE 和 UEFI 混著說(shuō)其實(shí)兩者是包含關(guān)系。UEFI 是一個(gè)固件接口規(guī)范定義了操作系統(tǒng)和平臺(tái)固件之間的交互方式。DXE 是 UEFI 啟動(dòng)流程中的一個(gè)階段位于 SEC 和 PEI 之后BDS 之前。UEFI 規(guī)范里描述了 DXE 階段應(yīng)該提供哪些服務(wù)、驅(qū)動(dòng)模型怎么工作但 DXE 的具體實(shí)現(xiàn)由各固件廠商完成。打個(gè)比方UEFI 是交通法規(guī)DXE 是某個(gè)路口的信號(hào)燈配時(shí)方案。法規(guī)規(guī)定了信號(hào)燈要有紅黃綠但具體每個(gè)路口怎么配時(shí)是當(dāng)?shù)亟还懿块T的事。區(qū)分方法很簡(jiǎn)單看到“規(guī)范”“接口”“標(biāo)準(zhǔn)”這些詞說(shuō)的是 UEFI看到“階段”“調(diào)度”“驅(qū)動(dòng)執(zhí)行”說(shuō)的是 DXE。4.2 易混點(diǎn)二DXE Driver 和 UEFI Driver 有區(qū)別嗎在 UEFI 語(yǔ)境下這兩個(gè)詞經(jīng)?；Q使用但嚴(yán)格來(lái)說(shuō)有細(xì)微差別。DXE Driver 特指在 DXE 階段被 Dispatcher 加載和執(zhí)行的驅(qū)動(dòng)它們遵循 DXE 驅(qū)動(dòng)模型可以產(chǎn)生 architectural protocol。UEFI Driver 是一個(gè)更寬泛的概念指所有符合 UEFI 驅(qū)動(dòng)模型的驅(qū)動(dòng)包括 DXE 階段的驅(qū)動(dòng)也包括后續(xù) BDS 階段加載的 UEFI 驅(qū)動(dòng)?？梢岳斫鉃镈XE Driver 是 UEFI Driver 的一個(gè)子集專屬于 DXE 階段。區(qū)分時(shí)看上下文如果討論的是 Dispatcher 調(diào)度、依賴表達(dá)式、狀態(tài)機(jī)那說(shuō)的是 DXE Driver如果討論的是驅(qū)動(dòng)綁定協(xié)議、設(shè)備路徑、驅(qū)動(dòng)健康檢查那可能是更廣義的 UEFI Driver。4.3 易混點(diǎn)三Handle 和 Protocol 是什么關(guān)系Handle 和 Protocol 是 UEFI 里一對(duì)容易繞暈的概念。Handle 可以理解為一個(gè)“對(duì)象句柄”代表一個(gè)被管理的實(shí)體比如一個(gè)控制器、一個(gè)驅(qū)動(dòng)鏡像、一個(gè)設(shè)備。Protocol 則是掛在 Handle 上的“能力接口”。一個(gè) Handle 上可以安裝多個(gè) ProtocolHandle 的類型就是通過(guò)上面安裝了哪些 Protocol 來(lái)區(qū)分的。比如一個(gè) Handle 上裝了 Loaded Image Protocol它就叫 Image Handle如果還裝了 Driver Binding Protocol就叫 Driver Image Handle。再比如 Controller Handle、Agent Handle、Physical Controller Handle、Virtual Controller Handle都是根據(jù) Protocol 組合來(lái)分類的。用生活類比Handle 是一棟房子Protocol 是房子門口掛的牌子。掛了“診所”牌子就是診所掛了“郵局”牌子就是郵局掛了兩個(gè)牌子就是兩個(gè)功能合一。區(qū)分方法Handle 是名詞是實(shí)體Protocol 是接口是能力。實(shí)體上可以掛多個(gè)能力能力也可以被多個(gè)實(shí)體共享。4.4 易混點(diǎn)四Boot Services 和 Runtime Services 的邊界Boot Services 和 Runtime Services 都是 DXE Foundation 產(chǎn)生的服務(wù)但生命周期完全不同。Boot Services 在操作系統(tǒng)調(diào)用 ExitBootServices() 之前可用之后就被終止了。它提供事件定時(shí)、內(nèi)存分配、協(xié)議句柄、鏡像加載等能力是 DXE 階段和 BDS 階段的主力服務(wù)。Runtime Services 在 ExitBootServices() 之后依然可用操作系統(tǒng)運(yùn)行期間也能調(diào)用主要提供變量讀寫、時(shí)間查詢、虛擬內(nèi)存映射等能力。區(qū)分的關(guān)鍵是看調(diào)用時(shí)機(jī)操作系統(tǒng)接管前需要的歸 Boot Services操作系統(tǒng)運(yùn)行期間還需要用的歸 Runtime Services。一個(gè)常見(jiàn)的誤區(qū)是以為所有服務(wù)在操作系統(tǒng)啟動(dòng)后都還能用實(shí)際上 Boot Services 在 ExitBootServices() 那一刻就“下班”了之后再調(diào)用就是非法操作。4.5 易混點(diǎn)五固件卷和 HOB 誰(shuí)先誰(shuí)后固件卷和 HOB 的關(guān)系也容易搞反。HOB 是 PEI 階段傳遞給 DXE 的數(shù)據(jù)結(jié)構(gòu)里面可以聲明固件卷的位置。DXE Dispatcher 要運(yùn)行HOB 必須至少聲明一個(gè)固件卷。固件卷是存放 DXE 驅(qū)動(dòng)的容器Dispatcher 掃描固件卷來(lái)發(fā)現(xiàn)驅(qū)動(dòng)。所以順序是PEI 探測(cè)到固件卷把位置信息寫進(jìn) HOBDXE 讀 HOB 得知固件卷在哪然后 Dispatcher 去掃描固件卷。固件卷也可以由 DXE 驅(qū)動(dòng)自己聲明但初始的固件卷必須來(lái)自 HOB。區(qū)分方法HOB 是“情報(bào)”固件卷是“倉(cāng)庫(kù)”Dispatcher 是“根據(jù)情報(bào)去倉(cāng)庫(kù)取貨的人”。沒(méi)有情報(bào)倉(cāng)庫(kù)再多也找不到?jīng)]有倉(cāng)庫(kù)情報(bào)就是一張空頭支票。5. 什么時(shí)候該關(guān)心 DXE什么時(shí)候可以繞開(kāi)5.1 這些場(chǎng)景DXE 的知識(shí)能救命如果你在做固件開(kāi)發(fā)、驅(qū)動(dòng)移植或平臺(tái) bring-upDXE 是繞不開(kāi)的。比如新板子第一次上電串口沒(méi)有任何輸出你需要判斷是 PEI 沒(méi)走到 DXE還是 DXE 的 Dispatcher 卡在某個(gè)驅(qū)動(dòng)的依賴上。這時(shí)候理解 HOB 傳遞、固件卷掃描、依賴表達(dá)式評(píng)估就能幫你快速定位問(wèn)題。再比如你要給一個(gè)現(xiàn)有平臺(tái)添加一個(gè)新的 PCIe 設(shè)備驅(qū)動(dòng)需要知道驅(qū)動(dòng)應(yīng)該放在哪個(gè)固件卷、依賴表達(dá)式怎么寫、狀態(tài)機(jī)會(huì)經(jīng)歷哪些階段。還有調(diào)試啟動(dòng)時(shí)間過(guò)長(zhǎng)的問(wèn)題DXE 階段的驅(qū)動(dòng)加載順序和依賴關(guān)系往往是瓶頸所在知道 Dispatcher 怎么排序才能有針對(duì)性地優(yōu)化。這些場(chǎng)景下DXE 的知識(shí)不是錦上添花而是雪中送炭。5.2 這些情況不必深挖 DXE如果你只是做操作系統(tǒng)層面的開(kāi)發(fā)或者寫 UEFI Application 而不是驅(qū)動(dòng)DXE 的內(nèi)部調(diào)度機(jī)制對(duì)你來(lái)說(shuō)可能只是個(gè)背景知識(shí)。UEFI Application 運(yùn)行在 DXE 階段之后通過(guò) Boot Services 和 Runtime Services 與固件交互不需要關(guān)心 Dispatcher 怎么調(diào)度驅(qū)動(dòng)。同樣如果你只是普通用戶想了解開(kāi)機(jī)流程的大致框架知道 SEC、PEI、DXE、BDS 的先后順序和各自職責(zé)就夠了不必深入到狀態(tài)機(jī)和依賴表達(dá)式的細(xì)節(jié)。還有一種情況是使用現(xiàn)成的固件開(kāi)發(fā)框架框架已經(jīng)把 DXE 的調(diào)度邏輯封裝好了你只需要按照框架的模板填寫驅(qū)動(dòng)信息不需要從零理解 Dispatcher 的每一個(gè)狀態(tài)轉(zhuǎn)換。5.3 一個(gè)判斷標(biāo)準(zhǔn)你的問(wèn)題出在“誰(shuí)先跑”還是“跑不跑得起來(lái)”實(shí)際工作中可以用一個(gè)簡(jiǎn)單標(biāo)準(zhǔn)來(lái)判斷是否需要深挖 DXE。如果你的問(wèn)題是“某個(gè)功能沒(méi)起來(lái)”先看是驅(qū)動(dòng)根本沒(méi)加載還是加載了但初始化失敗。驅(qū)動(dòng)沒(méi)加載多半是 Dispatcher 的調(diào)度問(wèn)題需要查固件卷、依賴表達(dá)式、狀態(tài)機(jī)驅(qū)動(dòng)加載了但失敗可能是驅(qū)動(dòng)本身的硬件初始化邏輯問(wèn)題跟 Dispatcher 關(guān)系不大。另一個(gè)標(biāo)準(zhǔn)是看問(wèn)題發(fā)生在 ExitBootServices() 之前還是之后。之前的問(wèn)題DXE 的知識(shí)用得上之后的問(wèn)題更多是 Runtime Services 或操作系統(tǒng)層面的事。這個(gè)判斷標(biāo)準(zhǔn)能幫你快速?zèng)Q定要不要翻 DXE 的文檔。場(chǎng)景是否需要深挖 DXE原因新平臺(tái)首次上電無(wú)輸出需要需判斷 PEI 到 DXE 的交接是否完成添加新硬件驅(qū)動(dòng)需要需理解固件卷、依賴表達(dá)式、狀態(tài)機(jī)優(yōu)化啟動(dòng)時(shí)間需要驅(qū)動(dòng)加載順序和依賴關(guān)系是瓶頸寫 UEFI Application不需要運(yùn)行在 DXE 之后通過(guò)服務(wù)接口交互普通用戶了解啟動(dòng)流程不需要知道階段劃分和職責(zé)即可使用現(xiàn)成固件框架視情況框架封裝了調(diào)度邏輯按模板填寫即可提示判斷是否需要深入 DXE先問(wèn)自己一個(gè)問(wèn)題——我是在跟“調(diào)度”打交道還是在跟“硬件初始化”打交道。前者需要 DXE 知識(shí)后者更多是驅(qū)動(dòng)內(nèi)部邏輯。從那以后我每次拿到一個(gè)啟動(dòng)異常的問(wèn)題都強(qiáng)制自己先走一遍判斷是驅(qū)動(dòng)沒(méi)被調(diào)度還是驅(qū)動(dòng)被調(diào)度了但自己翻車。這個(gè)習(xí)慣幫我省下了大量盲目翻代碼的時(shí)間。希望幫到你。本文還有配套的精品資源點(diǎn)擊獲取