按照國際慣例--先上問題：
1. 什麼是NvRam空間，裡面儲存了什麼資料
2. 如何找到NvRam空間在BIOS-bin檔案中的位置

NvRam空間的學名為: Non-Volatile Ram即非易失性儲存空間，簡單來說就是一段掉電也不丟失資料的儲存空間。這類儲存介質有很多，像多數的E2prom,Rom都是可以作為該類空間的介質。而具體到BIOS的話，多數情況下可以理解為在BIOS-Rom中挖了一段空間，用來作為我們希望掉電也不丟失資料的儲存空間。

問題1：NvRam空間都儲存了什麼資料？
NvRam在BIOS實際用途中其實分為幾類，其中最常用的應該是就是BiosSetup配置介面下你能看到的一大堆配置介面了吧。BIOS-Setup下所有的資料變數最終在程式碼中呈現的樣子應該是這樣：

 當然其實還有很多，沒有完全顯示出來，而通過最後的SYSTEM_CONFIGURATION這個結構體變數名應該也可以看到，所有的變數最終都被封裝進了一個很大的結構體變數中。最終這個結構體變數會被存在NvRam空間中，使用者每次在BIOS Setup介面下的操作其實最終都是修改這個變數並且最後儲存在Rom中NvRam那段空間中。

 

問題2：NvRam空間在BIOS-Bin檔案的哪個位置？

提出這個原因的目的是因為有一個需求是要求BMC在更新BIOS時要做到儲存使用者設定資料，那麼方案就是BMC在更新BIOS的資料時，先從BIOS中把NvRam那段空間的資料讀出來做備份，然後刷掉整個ROM空間中的資料，再把新版本得BIOS資料寫入ROM儲存介質中，最後再把預先備份的資料按照BIOS Layout佈局寫入指定的位置即可。基於這樣的一個目的，因此BIOS需要提供NvRam空間的佈局。也算是折騰了一段時間吧，大致的方式如下：

1）在layout佈局檔案中找到整個工程檔案的整體佈局，一般是在*.fdf檔案中，例如我用的insyde的工程可以看到project.fdf檔案可以看到每個區域的Size和Offset公式計算定義。標紅框的時NVRam區域的SIZE，下面也有每個具體的NvRam區域的Offset計算，沒截出來。根據這裡的定義應該能最終可以計算出來。

 

擴充套件問題思考於分析：

問題3：如何快速計算頻移地址？

在計算這一大堆資料的時候，請一定使用python/shell指令碼，不然手算累死了，學會運用的你計算機技能，學習是為了用，學軟體就是為了讓事情變得更簡單。

 

問題4：為何查閱最終的16M的Bin檔案找不到期望的資料？

根據我最終計算出來的值為0x5b0000，我在編譯出來的16M的BIOS-Bin檔案找不到理想的值，全是0xff。

原因：由於當前的BIOS是已經將ME和最原始的BIOS-bin檔案打包進一起後的檔案，因此這裡的0x005b0000實際根本就不是我們原始BIOS的資料。原始BIOS的文件應該是*.fd檔案，按照我的工程可找到GRANGEVILLE.fd也就是GrangeVille這個平臺的BIOS檔案，通過二進位制文件可檢視結果如下圖：GRANGEVILLE.fd這個BIOS原始檔的大小是8M,這個檔案無論大小，還是layout都是由是原始碼中*.fdf檔案指定的，具體可查閱該檔案。

 

 

問題5：為何在GRANGEVILLE.fd找到了目標資料，但實際資料的數量卻少的可憐?

這個地方不得不牽扯到BIOS的程式碼執行，雖然BIOS已經定義了大量的NvRam的Variable資料來進行資料儲存，但是這是第一次編譯的結果，實際的資料應該是BIOS程式碼在執行時，讀取後再寫入到這個位置的。而且由於Variable實際儲存是以Variable的方式來Get或者Set,所以甚至可能出現同一個ROM不做任何改動過，就在機器上做兩次啟動，然後用燒錄器把BIOS-Bin檔案讀取出來，NvRam空間的資料都是不一樣的。詳細原因就要跟BIOS通過GUID來Get或者Set變數這種方式有關，有時間再把這個給普及下。

 

問題6：包過ME的Bin檔案如何確定Offset,以及ME是按照什麼規則來進行打包的？

剛已說過，實際BIOS的程式編譯出來的文件大小是8M,但是我們通過ME工具打包後，通常可以將BIOS擴充套件到16M或者32M，那麼是如何擴充套件的呢？我以16M的BIOS.bin構成介紹，如下圖：32M的話，中間OXFF填充部分隨之擴大。

 

問題7：藉助工具進行分析

我也是後來才知道可以用工具直接分析BIOS最終Bin的構成，以此來確定。不過總歸是要知道原理理解的才深刻，下面簡單介紹下工具，來和我們上述分析過程進行驗證.使用工具為UEFITool.exe工具

 

 

如上圖，我們可以在該工具下，BIOS-Region中NVRam空間的型別，以及詳細資訊。Offset為0x5b0000,Full Size為0x30000。剛開始判斷NvRam空間是，我以為僅有下面標紅的一個，所以對比了半天bin檔案資料，總是對不上。後來才意識到下圖四個都是NvRam的佈局，只是用途不同，下面四個資料的Size相加可得也是0x30000,和工具剛好對上。

 

至此，將此次分析中所遇到的所有問題，均分析完畢。如有錯誤之處，歡迎隨時聯絡我指出。

也請隨時關注我的公眾號：像蚊子一樣飛翔。

一起探討，一起進步！謝謝！

相關推薦