最近接了一個新的案子,雖然還沒開始Run但是事前的準備也不能少，也因此遇到了新問題,所以在部落格留下紀錄以後好方便查詢!
在跟客戶接觸的過程中,他們要求我提供CMOS NVRAM List ,用過P公司的BIOS的人都知道, P公司會產生這個List ,而這個List其實就是對應我們在Setup Menu中的選項設定值(例如某個item內有Enable/Disable選項而選擇後的值會存放進去CMOS當中) ,有了這份List ,客戶就可以開發自己的工廠測試程式去修改CMOS內的設定值來達到他們的需求(不考慮Checksum問題時可以這樣做)。最常見的就是修改Boot Order (修改開機順序)，當然這些工具還是需要BIOS端的支援啦!
而我的問題在於EFI架構中為了一些安全性的考量,已經建議這些設定值的存放地方改至NVStore，即直接寫入至BIOS ROM中的某個規劃出來的區塊,因此我沒辦法直接修改CMOS來達到修改某個item的設定值,除非你在POST的BIOS code中去讀取你自己定義的CMOS位置然後在去改變他,這部分我們學長已經是這樣子的方式來修改BootOrder!
方式一:
AP修改CMOS --> POST過程中BIOS去讀取CMOS值 -->BIOS修改至相關Variable位置
有關於NVStore部分,在不同的bios廠商中做法也是不見得會完全依照當初的建議去做,像是P公司現階段的BIOS code就比較尷尬...因為他不是完全的EFI 架構,所以有一部分還是存放在NVRAM 中 ,一部分是存放在NVStore ，所以在過度期中他還是有提供NVRAM list,只可惜這次的案子不是使用p公司的BIOS =.=!
路不通就自己通, 因此在EFI 架構下我自己寫了一個介面給AP端使用(修改cmos在由POST 開機時讀取出來修改的方式我學長已經實做成功,所以我才試試看改寫另一種方式),方式是透過SW SMI Driver來註冊一個SMI Routine ，然後在這個Routne中去得到AP端傳進來的RAM Buffer,而這塊RAM Buffer中說明了我要去修改/讀取哪一個NV Variable 以及要寫入/回傳的資料 ,因此在DOS或是Windows下就可以很方便的透過這個介面去修改設定值。
而ap端我是採用TC++ 3.0 先去配置一塊記憶體,然後把參數寫進去這塊記憶體,然後用ESI指向這塊記憶體,接著發送SW SMI ，如下面所示
type struct {
DWORD Protocol; (Byte/word/dword)
DWORD VarIndex;
DWORD VarData;
}OEM_BUFFER
STATUS OEM_SMI_Trigger(OEM_BUFFER *inputbuf,OEM_BUFFER *outputbuf)
{
AH=Select Fun (Read/Write)
AL=SW SMI function number
ESI=input buffer
EDI=output buffer
EBX = Signature '$OEM'
DX=B2h
}
方式二:
AP端將參數寫至RAM --> AP端設定好暫存器,指向存放參數的RAM --> AP端觸發SMI --> BIOS透過暫存器得到參數 --> BIOS SMM code設定相關Variable.
結論:
透過方式一的方式簡單又方便,但是缺點在於傳遞的資料量有限,且如果變數過多時會很麻煩!
透過方式二的方式複雜但是可以傳遞較大的資料量,應用也比較廣,變數過多也無所謂,因為BIOS端會把這些item都集中然後放在某個Structure中,所以只要指定好Index就可以了(以前叫做Token),其他應用可以類似寫一個燒BIOS ROM的介面,透過BIOS本身的Code去燒...目前某家EFI BIOS公司就是這樣子去開發Flash utility...
星期四, 6月 19, 2008
星期一, 5月 26, 2008
記得要報稅喔~~~
每年到了這個時候就是要繳錢給國家的時候，每次到了這個時候就會覺得為什麼要把錢拿給那些能力很差的政客花? 不過抱怨歸抱怨...錢還是要乖乖的繳~~做好國民的義務!!!
這邊就整理一下資料給各位參考,看你每年要繳多少錢給國家:
Q1: 收入多少以下可以不用繳錢 ?
A1: 目前假設你是單身，依照規定, 綜所稅免稅額目前是77000,而薪資特別扣除額是78000,個人標準扣除額46000元，因此把這三個加起來一共是201000元,所以你的年收入超過這個數值你就一定要繳稅。
Q2: 繳多少稅? 乘多少百分比?
A2: 目前繳稅的公式如下 :
累進稅率速算公式 所得淨額 x 稅率 - 累進差額 = 應納稅額
第1等 : 0~370000 x 6% - 0
第2等 : 370001~990000 x 13% - 25900
第3等 : 990001~1980,000 x 21% - 105100
第4等 : 1980,001~3720000 x 30% - 283300
第5等 : 3720001以上 x 40% - 655300
我大致上解釋一下意義,假設你的年收入70萬,你扶養了一些人(可以有免稅額,簡單說就是政府假設每年你會花掉多少錢去養一個人,這部分算你花掉的所以不扣你稅)所以扣除掉這些免稅額,假設剩下來的是40萬,你就坐落在第2等的計算方式,因此你要繳的錢就是 40萬*13%-25900 = 26100
此時,如果你的公司有先幫你繳稅,假設先幫你繳了2000(政府已經收了你的錢) 則你實際要繳的稅就還要減去2000,應此實際你要在繳的稅就剩下 24100 。
至於節稅方式就是看哪個對你有利你就用哪一個：
例如每個人的標準扣除額46000, 假設你去年有捐錢做善事/買保險 而這些花掉的錢 > 46000 那你就可以選擇用列舉方式來告訴政府說我多花掉的錢已經大於46000 所以你要少扣我一些錢
因此有錢人喜歡做善事~~~
這邊就整理一下資料給各位參考,看你每年要繳多少錢給國家:
Q1: 收入多少以下可以不用繳錢 ?
A1: 目前假設你是單身，依照規定, 綜所稅免稅額目前是77000,而薪資特別扣除額是78000,個人標準扣除額46000元，因此把這三個加起來一共是201000元,所以你的年收入超過這個數值你就一定要繳稅。
Q2: 繳多少稅? 乘多少百分比?
A2: 目前繳稅的公式如下 :
累進稅率速算公式 所得淨額 x 稅率 - 累進差額 = 應納稅額
第1等 : 0~370000 x 6% - 0
第2等 : 370001~990000 x 13% - 25900
第3等 : 990001~1980,000 x 21% - 105100
第4等 : 1980,001~3720000 x 30% - 283300
第5等 : 3720001以上 x 40% - 655300
我大致上解釋一下意義,假設你的年收入70萬,你扶養了一些人(可以有免稅額,簡單說就是政府假設每年你會花掉多少錢去養一個人,這部分算你花掉的所以不扣你稅)所以扣除掉這些免稅額,假設剩下來的是40萬,你就坐落在第2等的計算方式,因此你要繳的錢就是 40萬*13%-25900 = 26100
此時,如果你的公司有先幫你繳稅,假設先幫你繳了2000(政府已經收了你的錢) 則你實際要繳的稅就還要減去2000,應此實際你要在繳的稅就剩下 24100 。
至於節稅方式就是看哪個對你有利你就用哪一個：
例如每個人的標準扣除額46000, 假設你去年有捐錢做善事/買保險 而這些花掉的錢 > 46000 那你就可以選擇用列舉方式來告訴政府說我多花掉的錢已經大於46000 所以你要少扣我一些錢
因此有錢人喜歡做善事~~~
星期一, 5月 19, 2008
DOS Dump
之前寫了一個Windows版的Dump BIOS工具，所以順便寫一個DOS版的工具，不過我沒把讀取到的BIOS資料輸出到檔案，而只有顯示在螢幕上，如果大家有興趣可以下載回去看看。
不寫到檔案的原因在於DOS存取USB隨身碟要ㄧ段時間，所以我就沒做這部份的功能，但是如果大家有興趣把BIOS內容存到隨身碟然後在慢慢分析，你可以試著使用DOS重新導向功能來達到這個目的。
使用DOS重新導向的做法如下，不過我要事先提醒你，很花時間喔!!!
C:\> Dosdump /4k > BIOS.bin (輸出4k大小的BIOS內容到BIOS.bin檔案中)
這邊說的4K是指，從FFFF_FFFF往下算4K Bytes
DOSDump.exe
Usage:
Arg1 :
/Byte /word /dword 只顯示256 Bytes ，只是自己好玩，模仿一下不同格式的顯示!
/4k /64k /128k /512k/1M/2M 看你要多大就設定多大
Arg2: /p 顯示的時候要不要等待按鍵，如果你想慢慢看，你可以用這個參數
EX1:
C:\> DOSDUMP /4k /p
EX2:
C:\>DOSDUMP /2M
工具與原理:
我是使用DOS的C語言編譯器去寫的，因為是16 bit編譯器，所以要自己切換CPU工作模式，做法如同BigRealmode方式只是換成C的寫法而已，而副程式是採用__emit__(); 方式內崁機器碼的方式撰寫! 以避免16 bit編譯器無法使用"32bit暫存器的問題",例如: EAX..
點我下載
補充
放一個新版的DOSDump v1.0，增加一個小功能，你可以用來指定你要看的記憶體位址的內容，或是針對某個範圍內去搜尋某個字串。
/a : Start Address
/s: size (Hex)
/f:find string
/p: pause
ex1: 在FFE00000~FFFFFFFF內搜尋字串"_DMI" ，如果有找到則顯示起始位址開始的256 bytes. ，假如找到的位址在FFEB0000h，則會顯示FFEB0000h~FFEB00FFh的內容。
DOSDump /a:FFE00000 /s:200000 /f:_DMI
ex2: 顯示某個位址開始，大小為4K的內容，且每256 bytes暫停一下
DOSDump /a:F0000 /s:1000 /p
新版的工具，請點我下載
※請在DOS環境使用
※參數後面直接打16進制的位址，請不要加0x..或是xxxh 因為我沒防呆喔!
※工具寫的很陽春，沒有防呆，也沒錯例外處理，所以請多多包涵! ^^
不寫到檔案的原因在於DOS存取USB隨身碟要ㄧ段時間，所以我就沒做這部份的功能，但是如果大家有興趣把BIOS內容存到隨身碟然後在慢慢分析，你可以試著使用DOS重新導向功能來達到這個目的。
使用DOS重新導向的做法如下，不過我要事先提醒你，很花時間喔!!!
C:\> Dosdump /4k > BIOS.bin (輸出4k大小的BIOS內容到BIOS.bin檔案中)
這邊說的4K是指，從FFFF_FFFF往下算4K Bytes
DOSDump.exe
Usage:
Arg1 :
/Byte /word /dword 只顯示256 Bytes ，只是自己好玩，模仿一下不同格式的顯示!
/4k /64k /128k /512k/1M/2M 看你要多大就設定多大
Arg2: /p 顯示的時候要不要等待按鍵，如果你想慢慢看，你可以用這個參數
EX1:
C:\> DOSDUMP /4k /p
EX2:
C:\>DOSDUMP /2M
工具與原理:
我是使用DOS的C語言編譯器去寫的，因為是16 bit編譯器，所以要自己切換CPU工作模式，做法如同BigRealmode方式只是換成C的寫法而已，而副程式是採用__emit__(); 方式內崁機器碼的方式撰寫! 以避免16 bit編譯器無法使用"32bit暫存器的問題",例如: EAX..
點我下載
補充
放一個新版的DOSDump v1.0，增加一個小功能，你可以用來指定你要看的記憶體位址的內容，或是針對某個範圍內去搜尋某個字串。
/a : Start Address
/s: size (Hex)
/f:find string
/p: pause
ex1: 在FFE00000~FFFFFFFF內搜尋字串"_DMI" ，如果有找到則顯示起始位址開始的256 bytes. ，假如找到的位址在FFEB0000h，則會顯示FFEB0000h~FFEB00FFh的內容。
DOSDump /a:FFE00000 /s:200000 /f:_DMI
ex2: 顯示某個位址開始，大小為4K的內容，且每256 bytes暫停一下
DOSDump /a:F0000 /s:1000 /p
新版的工具，請點我下載
※請在DOS環境使用
※參數後面直接打16進制的位址，請不要加0x..或是xxxh 因為我沒防呆喔!
※工具寫的很陽春，沒有防呆，也沒錯例外處理，所以請多多包涵! ^^
星期五, 5月 16, 2008
DOS Reboot~~
DOS ，一個很經典的作業系統，但是我對他的了解還是不夠清楚。
以前如果要在DOS下做Reboot ，在我寫程式的經驗中不外乎就是下面幾種方式：
1. Jmp FFFF:0
2.KBC Cmd FEh
3.CF9h
4.Port 92h
沒想到，在我接觸麥金塔作業系統測試工作的時間中竟然讓我荒廢了那麼多的該學習的知識沒去學，果然前一份工作不應該搞太久的 >.< ! 亡羊補牢，所以我在處理ㄧ些BIOS Bug的過程中所找到的相關文獻中發現，原來Jmp FFFF:0 這個動作不是那麼的安全，有可能會造成問題，這個問題還真的很特別。 因為在一些含有記憶體管理的作業系統中，原來在做這個動作前還需要廣播給相關的程式去做一些動作，例如通知EMM386去清除一些相關設定..等，等他清除完畢後在做Jmp FFFF:0 才不會造成一些不可預期的事情，而這個方式是透過INT 15h/AH=4F來做的。 話雖如此，一般應用程式在Jmp FFFF:0 之後，通常都會Jmp F000:E05B的位址，而這個位址內會放著"相容性的BIOS程式碼位址"，簡言之這邊就是BIOS負責Reboot動作的程式碼。 而這段程式碼內，每家的作法都不太ㄧ樣，但最後都會做ㄧ個Warm Boot動作，即CPU Reset。 當CPU Reset後，會從4G頂端開始執行，因此在做Warm boot前，BIOS一般都會把A20打開，然後才做Warm Boot。 而4G頂端的BIOS程式碼，一般都會去判斷ㄧ個條件(目前)，而這個條件就是判斷系統是Warm boot/Cold boot ，如果是Warm boot，則BIOS會在做ㄧ次Cold boot，因為做了Cold boot，所以就算沒有透過INT15h廣播，你重新進入到DOS下時也不會有問題。 所以看起來整個DOS下的流程如下所示：
1. DOS下的AP要做Reboot
2.DOS下的AP透過INT15去廣播，告知相關軟體要重新開機了
3.相關軟體因為有Hook INT15h，所以得知要關機了，所以各自負責相關需要關閉或是清理的部份。
4.控制權回到DOS下的AP，此AP做了一個Jum FFFF:0的動作
5.控制權交給BIOS，BIOS檢查相關Flag，BIOS廣播INT15h，BIOS設定BDA Flag=1234h，BIOS設定System Flag，BIOS開啟A20，BIOS做ㄧ個Warm boot(KBC Feh或是CF9)
6.系統重新開機，CPU從4G那邊的Code開始跑
7.BIOS檢查System Flag , 如果是Warm boot -->在做ㄧ次Cold boot,此次 Cold boot 會清除所有的Flag,所以下次從4G那邊開始Run的時候就不會檢查到Warm boot -->正常開機程序
[註1] 開啟A20有三種方式
1.KBC Cmd (D1h - 設定 , D0h讀取狀態)
如果你有I公司的Kx工具 ，你可以使用下列參數去做:
Enable: Kx Cd1 W02 (寫入02或是FEh都可以，因為A20 在bit 1)
Disable: Kx Cd1 W00 (寫入00或是FDh都可以，因為A20 在bit 1)
Read Status: Kx Cd0 I1 (I1，代表讀取1次)
2.Port 92h
需查看EDS Spec，一般都在Bit 1=A20
Enable : Out 92h,02h (或是FEh)
Disable: Out 92h,00h(或是FDh)
3.Call INT 15h/AH=24 (Fast A20)
AL=01 - Enable A20
AL=00 - Disable A20
其實呼叫的中斷內所做的事情就是方式2的方式
[註2] A20開關程式的撰寫
ㄧ般我們會先去呼叫INT15h來開啟，如果失敗則試試看Port 92h方式，如果在失敗才又使用KBC Cmd方式，你可能會問說INT15h不是跟Port 92hㄧ樣嗎，對他們最後都是ㄧ樣方式，但是INT15h是透過BIOS提供的中斷服務程式介面，簡單說就是BIOS可能沒寫INT 15h Services，所以你只好手動去開啟。
[註3]A20是否開啟成功
檢查方式是透過檢查記憶體內容是否ㄧ樣，因為如果A20沒有開啟成功，則記憶體會迴繞，因此你去讀取0000:0000 所看到的資料會跟FFFF:10所看到的一樣，因此我們去比對這兩個記憶體的內容：
相同 : A20開啟失敗
不相同: A20開啟成功，也就是可以存取1M以上的內容
Debug.com方式:
-D 0000:0000
-D FFFF:0010
[註4] INT 15h/AH=4F廣播
1.呼叫INT15h廣播前，須手動設定BDA 40:17內的旗標，bit 3:2=11，也就是填0Ch (Ctrl與Alt Flag=1)
2.呼叫INT15h時，須把DEL key的Scancode放在AL，即AL=53h
其實就是模擬Ctrl+Alt+Del動作，很類似Windows底下的API去通知Driver關閉他們負責的設備，其實DOS下也有，酷吧!
Win98 - 本身沒有記憶體管理，除非掛Himem.sys 掛的時候他會去呼叫INT15h/E820h來得到記憶體容量，因此沒掛的時候你在DOS下A20應該是預設被關閉的，如果有被打開應該就是BIOS開的。
WinME-本身就有記憶體管理，自己會開啟A20，開啟的時候不ㄧ定是透過KBC/Port 92h ，我還沒找到判斷的地方，因此目前我手上的機器中所看到的現象是有可能OS會透過Port 92h來開，也有可能會透過KBC來開，因此BIOS端應該有地方提供資訊，不過我還沒找到~~~
[註5] BIOS真的要開啟A20後ㄧ定要做Warm Boot嗎?
上述的動作是:
Jmp F000:E05b -->BIOS Enable A20-->BIOS檢查/設定Flag -->BIOS Warm boot --> CPU Frist Instruction --> BIOS check Cold/Warm boot --> If warm boot , do cold boot.
我懷疑某些BIOS廠商的動作會變成是:
Jmp F000:E05b -->BIOS Enable A20 --> BIOS檢查/設定Flag -->BIOS check System Flag --> If System flag=warm boot --> do cold boot.
兩者的差別在於有沒有回到4G 頂端。
[註6] Ctrl+Alt+Del
這個對我來說還是個謎，因為DOS會去Hook INT09h，所以搞不清楚到底是誰去判斷Ctrl+Alt+Del，有家BIOS廠商的程式碼中看起來DOS並不會去處理他們，所以會回到BIOS的INT09h中斷去處理，因此我可以在這邊去做ㄧ些事情，但是又有的BIOS廠商在Win98時會回到INT09h，但是在WinME DOS環境下時我又攔截不到OS會把控制權交回去BIOS INT09h，所以只能說 OEM/ODM端的BIOS能拿到的資料還是有限，有時候想追問題也是心有餘而力不足啦~~~
P.S 有時間在去寫一個Hook INT09h來自己處理Ctrl+Alt+Del好了 >.<
以上純屬個人實驗筆記，未必正確!請大家不吝指正!
以前如果要在DOS下做Reboot ，在我寫程式的經驗中不外乎就是下面幾種方式：
1. Jmp FFFF:0
2.KBC Cmd FEh
3.CF9h
4.Port 92h
沒想到，在我接觸麥金塔作業系統測試工作的時間中竟然讓我荒廢了那麼多的該學習的知識沒去學，果然前一份工作不應該搞太久的 >.< ! 亡羊補牢，所以我在處理ㄧ些BIOS Bug的過程中所找到的相關文獻中發現，原來Jmp FFFF:0 這個動作不是那麼的安全，有可能會造成問題，這個問題還真的很特別。 因為在一些含有記憶體管理的作業系統中，原來在做這個動作前還需要廣播給相關的程式去做一些動作，例如通知EMM386去清除一些相關設定..等，等他清除完畢後在做Jmp FFFF:0 才不會造成一些不可預期的事情，而這個方式是透過INT 15h/AH=4F來做的。 話雖如此，一般應用程式在Jmp FFFF:0 之後，通常都會Jmp F000:E05B的位址，而這個位址內會放著"相容性的BIOS程式碼位址"，簡言之這邊就是BIOS負責Reboot動作的程式碼。 而這段程式碼內，每家的作法都不太ㄧ樣，但最後都會做ㄧ個Warm Boot動作，即CPU Reset。 當CPU Reset後，會從4G頂端開始執行，因此在做Warm boot前，BIOS一般都會把A20打開，然後才做Warm Boot。 而4G頂端的BIOS程式碼，一般都會去判斷ㄧ個條件(目前)，而這個條件就是判斷系統是Warm boot/Cold boot ，如果是Warm boot，則BIOS會在做ㄧ次Cold boot，因為做了Cold boot，所以就算沒有透過INT15h廣播，你重新進入到DOS下時也不會有問題。 所以看起來整個DOS下的流程如下所示：
1. DOS下的AP要做Reboot
2.DOS下的AP透過INT15去廣播，告知相關軟體要重新開機了
3.相關軟體因為有Hook INT15h，所以得知要關機了，所以各自負責相關需要關閉或是清理的部份。
4.控制權回到DOS下的AP，此AP做了一個Jum FFFF:0的動作
5.控制權交給BIOS，BIOS檢查相關Flag，BIOS廣播INT15h，BIOS設定BDA Flag=1234h，BIOS設定System Flag，BIOS開啟A20，BIOS做ㄧ個Warm boot(KBC Feh或是CF9)
6.系統重新開機，CPU從4G那邊的Code開始跑
7.BIOS檢查System Flag , 如果是Warm boot -->在做ㄧ次Cold boot,此次 Cold boot 會清除所有的Flag,所以下次從4G那邊開始Run的時候就不會檢查到Warm boot -->正常開機程序
[註1] 開啟A20有三種方式
1.KBC Cmd (D1h - 設定 , D0h讀取狀態)
如果你有I公司的Kx工具 ，你可以使用下列參數去做:
Enable: Kx Cd1 W02 (寫入02或是FEh都可以，因為A20 在bit 1)
Disable: Kx Cd1 W00 (寫入00或是FDh都可以，因為A20 在bit 1)
Read Status: Kx Cd0 I1 (I1，代表讀取1次)
2.Port 92h
需查看EDS Spec，一般都在Bit 1=A20
Enable : Out 92h,02h (或是FEh)
Disable: Out 92h,00h(或是FDh)
3.Call INT 15h/AH=24 (Fast A20)
AL=01 - Enable A20
AL=00 - Disable A20
其實呼叫的中斷內所做的事情就是方式2的方式
[註2] A20開關程式的撰寫
ㄧ般我們會先去呼叫INT15h來開啟，如果失敗則試試看Port 92h方式，如果在失敗才又使用KBC Cmd方式，你可能會問說INT15h不是跟Port 92hㄧ樣嗎，對他們最後都是ㄧ樣方式，但是INT15h是透過BIOS提供的中斷服務程式介面，簡單說就是BIOS可能沒寫INT 15h Services，所以你只好手動去開啟。
[註3]A20是否開啟成功
檢查方式是透過檢查記憶體內容是否ㄧ樣，因為如果A20沒有開啟成功，則記憶體會迴繞，因此你去讀取0000:0000 所看到的資料會跟FFFF:10所看到的一樣，因此我們去比對這兩個記憶體的內容：
相同 : A20開啟失敗
不相同: A20開啟成功，也就是可以存取1M以上的內容
Debug.com方式:
-D 0000:0000
-D FFFF:0010
[註4] INT 15h/AH=4F廣播
1.呼叫INT15h廣播前，須手動設定BDA 40:17內的旗標，bit 3:2=11，也就是填0Ch (Ctrl與Alt Flag=1)
2.呼叫INT15h時，須把DEL key的Scancode放在AL，即AL=53h
其實就是模擬Ctrl+Alt+Del動作，很類似Windows底下的API去通知Driver關閉他們負責的設備，其實DOS下也有，酷吧!
Win98 - 本身沒有記憶體管理，除非掛Himem.sys 掛的時候他會去呼叫INT15h/E820h來得到記憶體容量，因此沒掛的時候你在DOS下A20應該是預設被關閉的，如果有被打開應該就是BIOS開的。
WinME-本身就有記憶體管理，自己會開啟A20，開啟的時候不ㄧ定是透過KBC/Port 92h ，我還沒找到判斷的地方，因此目前我手上的機器中所看到的現象是有可能OS會透過Port 92h來開，也有可能會透過KBC來開，因此BIOS端應該有地方提供資訊，不過我還沒找到~~~
[註5] BIOS真的要開啟A20後ㄧ定要做Warm Boot嗎?
上述的動作是:
Jmp F000:E05b -->BIOS Enable A20-->BIOS檢查/設定Flag -->BIOS Warm boot --> CPU Frist Instruction --> BIOS check Cold/Warm boot --> If warm boot , do cold boot.
我懷疑某些BIOS廠商的動作會變成是:
Jmp F000:E05b -->BIOS Enable A20 --> BIOS檢查/設定Flag -->BIOS check System Flag --> If System flag=warm boot --> do cold boot.
兩者的差別在於有沒有回到4G 頂端。
[註6] Ctrl+Alt+Del
這個對我來說還是個謎，因為DOS會去Hook INT09h，所以搞不清楚到底是誰去判斷Ctrl+Alt+Del，有家BIOS廠商的程式碼中看起來DOS並不會去處理他們，所以會回到BIOS的INT09h中斷去處理，因此我可以在這邊去做ㄧ些事情，但是又有的BIOS廠商在Win98時會回到INT09h，但是在WinME DOS環境下時我又攔截不到OS會把控制權交回去BIOS INT09h，所以只能說 OEM/ODM端的BIOS能拿到的資料還是有限，有時候想追問題也是心有餘而力不足啦~~~
P.S 有時間在去寫一個Hook INT09h來自己處理Ctrl+Alt+Del好了 >.<
以上純屬個人實驗筆記，未必正確!請大家不吝指正!
星期四, 5月 15, 2008
Windows下存取4G Memory方式
存取的方式有很多種，我就列幾種比較常看到的方式:
1. WinIo -有開放原始碼，有興趣的可以研究一下，透過Driver層下去做
2. 呼叫NTDll.dll內的函數 - 這是原本我在XP的做法如下!
wchar_t strPath[30]=L"\\device\\physicalmemory";
LoadLibrary("ntdll.dll");
然後使用下列函數:
ZwOpenSection
ZwMapViewOfSection
ZwUnmapViewOfSection
這些函數可以對實體記憶體映射，不過這個方式在Vista下會無法使用，看樣子VISTA基於安全性考量已經這些功能拿掉了!
3.而在Vista下我目前是直接寫IO Driver，然後AP去Call我自己寫的Driver來讀，作法其實是如同WinIO.. ，只是我把我要的功能抽取出來而已，這個方式就是我用來撰寫DumpBIOS這個工具的作法，原本是用方式2，但是Vista不支援因此才改成方式3，你可能會問我為什麼不用方式1 ?
沒為什麼，就是想自己寫個IO Driver而已~~
Reference
Microsoft
Google
1. WinIo -有開放原始碼，有興趣的可以研究一下，透過Driver層下去做
2. 呼叫NTDll.dll內的函數 - 這是原本我在XP的做法如下!
wchar_t strPath[30]=L"\\device\\physicalmemory";
LoadLibrary("ntdll.dll");
然後使用下列函數:
ZwOpenSection
ZwMapViewOfSection
ZwUnmapViewOfSection
這些函數可以對實體記憶體映射，不過這個方式在Vista下會無法使用，看樣子VISTA基於安全性考量已經這些功能拿掉了!
3.而在Vista下我目前是直接寫IO Driver，然後AP去Call我自己寫的Driver來讀，作法其實是如同WinIO.. ，只是我把我要的功能抽取出來而已，這個方式就是我用來撰寫DumpBIOS這個工具的作法，原本是用方式2，但是Vista不支援因此才改成方式3，你可能會問我為什麼不用方式1 ?
沒為什麼，就是想自己寫個IO Driver而已~~
Reference
Microsoft
星期三, 5月 14, 2008
你看過古董嗎?
個人電腦發展至今已經數十年了，我當初最早接觸到的電腦是80386年代，在更早之前的連看都沒看過，而教科書上偶爾也會放一些老電腦的照片讓大家看看科技是進步的多麼的快速ㄚ!
我在查資料的過程中遇見了這個網站，他整理了一些老古董電腦，還很認真的幫他寫上規格註解，如果大家有興趣的話可以去這個網站看看，順便懷舊一下喔~~~
http://www.vintage-computer.com/ibm_pc.shtml
我在查資料的過程中遇見了這個網站，他整理了一些老古董電腦，還很認真的幫他寫上規格註解，如果大家有興趣的話可以去這個網站看看，順便懷舊一下喔~~~
http://www.vintage-computer.com/ibm_pc.shtml
星期二, 5月 13, 2008
BIOS Data Area
放一些查資料的網站方便查閱一些資料。
[注意] UEFI Class 3 (Pure UEFI) BIOS 就可能不會完全使用這些參考位址，這部分請自行聯繫BIOS vendor或是你的BIOS core team確認.BDA - BIOS Data Area - PC Memory Map
Address Size Description
00:00 256dwords Interrupt vector table
30:00 256bytes Stack area used during post and bootstrap
40:00 word COM1 port address
40:02 word COM2 port address
40:04 word COM3 port address
40:06 word COM4 port address
40:08 word LPT1 port address
40:0A word LPT2 port address
40:0C word LPT3 port address
40:0E word LPT4 port address (except PS/2)
Extended BIOS Data Area segment (PS/2, see EBDA)
40:10 2 bytes Equipment list flags (see INT 11)
|7|6|5|4|3|2|1|0| 40:10 (value in INT 11 register AL)
| | | | | | | `- IPL diskette installed
| | | | | | `-- math coprocessor
| | | | |-+-- old PC system board RAM < 256K
| | | | | `-- pointing device installed (PS/2)
| | | | `--- not used on PS/2
| | `------ initial video mode
`--------- # of diskette drives, less 1
|7|6|5|4|3|2|1|0| 40:11 (value in INT 11 register AH)
| | | | | | | `- 0 if DMA installed
| | | | `------ number of serial ports
| | | `------- game adapter
| | `-------- not used, internal modem (PS/2)
`----------- number of printer ports
40:12 byte PCjr: infrared keyboard link error count
40:13 word Memory size in Kbytes (see INT 12)
40:15 byte Reserved
40:16 byte PS/2 BIOS control flags
40:17 byte Keyboard flag byte 0 (see KB FLAGS)
|7|6|5|4|3|2|1|0| keyboard flag byte 0
| | | | | | | `--- right shift key depressed
| | | | | | `---- left shift key depressed
| | | | | `----- CTRL key depressed
| | | | `------ ALT key depressed
| | | `------- scroll-lock is active
| | `-------- num-lock is active
| `--------- caps-lock is active
`---------- insert is active
40:18 byte Keyboard flag byte 1 (see KB FLAGS)
|7|6|5|4|3|2|1|0| keyboard flag byte
| | | | | | | `--- left CTRL key depressed
| | | | | | `---- left ALT key depressed
| | | | | `----- system key depressed and held
| | | | `------ suspend key has been toggled
| | | `------- scroll lock key is depressed
| | `-------- num-lock key is depressed
| `--------- caps-lock key is depressed
`---------- insert key is depressed
40:19 byte Storage for alternate keypad entry
40:1A word Offset from 40:00 to keyboard buffer head
40:1C word Offset from 40:00 to keyboard buffer tail
40:1E 32bytes Keyboard buffer (circular queue buffer)
40:3E byte Drive recalibration status
|7|6|5|4|3|2|1|0| drive recalibration status
| | | | | | | `-- 1=recalibrate drive 0
| | | | | | `--- 1=recalibrate drive 1
| | | | | `---- 1=recalibrate drive 2
| | | | `----- 1=recalibrate drive 3
| `---------- unused
`----------- 1=working interrupt flag
40:3F byte Diskette motor status
|7|6|5|4|3|2|1|0| diskette motor status
| | | | | | | `-- 1=drive 0 motor on
| | | | | | `--- 1=drive 1 motor on
| | | | | `---- 1=drive 2 motor on
| | | | `----- 1=drive 3 motor on
| `---------- unused
`----------- 1=write operation
40:40 byte Motor shutoff counter (decremented by INT 8)
40:41 byte Status of last diskette operation (see INT 13,1)
|7|6|5|4|3|2|1|0| status of last diskette operation
| | | | | | | `--- invalid diskette command
| | | | | | `---- diskette address mark not found
| | | | | `----- sector not found
| | | | `------ diskette DMA error
| | | `------- CRC check / data error
| | `-------- diskette controller failure
| `--------- seek to track failed
`---------- diskette time-out
40:42 7 bytes NEC diskette controller status (see FDC)
40:49 byte Current video mode (see VIDEO MODE)
40:4A word Number of screen columns
40:4C word Size of current video regen buffer in bytes
40:4E word Offset of current video page in video regen buffer
40:50 8 words Cursor position of pages 1-8, high order byte=row
low order byte=column; changing this data isn't
reflected immediately on the display
40:60 byte Cursor ending (bottom) scan line (don't modify)
40:61 byte Cursor starting (top) scan line (don't modify)
40:62 byte Active display page number
40:63 word Base port address for active 6845 CRT controller
3B4h = mono, 3D4h = color
40:65 byte 6845 CRT mode control register value (port 3x8h)
EGA/VGA values emulate those of the MDA/CGA
40:66 byte CGA current color palette mask setting (port 3d9h)
EGA and VGA values emulate the CGA
40:67 dword CS:IP for 286 return from protected mode
dword Temp storage for SS:SP during shutdown
dword Day counter on all products after AT
dword PS/2 Pointer to reset code with memory preserved
5 bytes Cassette tape control (before AT)
40:6C dword Daily timer counter, equal to zero at midnight;
incremented by INT 8; read/set by INT 1A
40:70 byte Clock rollover flag, set when 40:6C exceeds 24hrs
40:71 byte BIOS break flag, bit 7 is set if Ctrl-Break was
*ever* hit; set by INT 9
40:72 word Soft reset flag via Ctl-Alt-Del or JMP FFFF:0
1234h Bypass memory tests & CRT initialization
4321h Preserve memory
5678h System suspend
9ABCh Manufacturer test
ABCDh Convertible POST loop
????h many other values are used during POST
40:74 byte Status of last hard disk operation (see INT 13,1)
40:75 byte Number of hard disks attached
40:76 byte XT fixed disk drive control byte
40:77 byte Port offset to current fixed disk adapter
40:78 4 bytes Time-Out value for LPT1,LPT2,LPT3(,LPT4 except PS/2)
40:7C 4 bytes Time-Out value for COM1,COM2,COM3,COM4
40:80 word Keyboard buffer start offset (seg=40h,BIOS 10-27-82)
40:82 word Keyboard buffer end offset (seg=40h,BIOS 10-27-82)
40:84 byte Rows on the screen (less 1, EGA)
40:85 word Point height of character matrix (EGA)
byte PCjr: character to be repeated if the typematic
repeat key takes effect
40:86 byte PCjr: initial delay before repeat key action begins
40:87 byte PCjr: current Fn function key number
byte Video mode options (EGA)
|7|6|5|4|3|2|1|0| Video mode options (EGA)
| | | | | | | `-- 1=alphanumeric cursor emulation enabled
| | | | | | `--- 1=video subsystem attached to monochrome
| | | | | `---- reserved
| | | | `----- 1=video subsystem is inactive
| | | `------ reserved
| `--------- video RAM 00-64K 10-192K 01-128K 11-256K
`---------- video mode number passed to INT 10, function 0
40:88 byte PCjr: third keyboard status byte
EGA feature bit switches, emulated on VGA
|7|6|5|4|3|2|1|0| EGA feature bit switches (EGA)
| | | | | | | `-- EGA SW1 config (1=off)
| | | | | | `--- EGA SW2 config (1=off)
| | | | | `---- EGA SW3 config (1=off)
| | | | `----- EGA SW4 config (1=off)
| | | `------ Input FEAT0 (ISR0 bit 5) after output on FCR0
| | `------- Input FEAT0 (ISR0 bit 6) after output on FCR0
| `-------- Input FEAT1 (ISR0 bit 5) after output on FCR1
`--------- Input FEAT1 (ISR0 bit 6) after output on FCR1
40:89 byte Video display data area (MCGA and VGA)
|7|6|5|4|3|2|1|0| Video display data area (MCGA and VGA)
| | | | | | | `-- 1=VGA is active
| | | | | | `--- 1=gray scale is enabled
| | | | | `---- 1=using monochrome monitor
| | | | `----- 1=default palette loading is disabled
| | | `------ see table below
| | `------- reserved
| `-------- 1=display switching enabled
`--------- alphanumeric scan lines (see table below)
Bit7 Bit4 Scan Lines
0 0 350 line mode
0 1 400 line mode
1 0 200 line mode
1 1 reserved
40:8A byte Display Combination Code (DCC) table index (EGA)
40:8B byte Last diskette data rate selected
|7|6|5|4|3|2|1|0| last diskette data rate selected
| | | | `--------- reserved
| | `------------ last floppy drive step rate selected
`-------------- last floppy data rate selected
Data Rate Step Rate
00 500K bps 00 step rate time of 0C
01 300K bps 01 step rate time of 0D
10 250K bps 10 step rate time of 0A
11 reserved 11 reserved
40:8C byte Hard disk status returned by controller
40:8D byte Hard disk error returned by controller
40:8E byte Hard disk interrupt control flag(bit 7=working int)
40:8F byte Combination hard/floppy disk card when bit 0 set
40:90 4 bytes Drive 0,1,2,3 media state
|7|6|5|4|3|2|1|0| drive media state (4 copies)
| | | | | `------- drive/media state (see below)
| | | | `------- reserved
| | | `------- 1=media/drive established
| | `------- double stepping required
`--------- data rate: 00=500K bps 01=300K bps
10=250K bps 11=reserved
Bits
210 Drive Media State
000 360Kb diskette/360Kb drive not established
001 360Kb diskette/1.2Mb drive not established
010 1.2Mb diskette/1.2Mb drive not established
011 360Kb diskette/360Kb drive established
100 360Kb diskette/1.2Mb drive established
101 1.2Mb diskette/1.2Mb drive established
110 Reserved
111 None of the above
40:94 byte Track currently seeked to on drive 0
40:95 byte Track currently seeked to on drive 1
40:96 byte Keyboard mode/type
|7|6|5|4|3|2|1|0| Keyboard mode/type
| | | | | | | `--- last code was the E1 hidden code
| | | | | | `---- last code was the E0 hidden code
| | | | | `----- right CTRL key depressed
| | | | `------ right ALT key depressed
| | | `------- 101/102 enhanced keyboard installed
| | `-------- force num-lock if Rd ID & KBX
| `--------- last char was first ID char
`---------- read ID in process
40:97 byte Keyboard LED flags
|7|6|5|4|3|2|1|0| Keyboard LED flags
| | | | | | | `--- scroll lock indicator
| | | | | | `---- num-lock indicator
| | | | | `----- caps-lock indicator
| | | | `------ circus system indicator
| | | `------- ACK received
| | `-------- re-send received flag
| `--------- mode indicator update
`---------- keyboard transmit error flag
40:98 dword Pointer to user wait complete flag
40:9C dword User wait Time-Out value in microseconds
40:A0 byte RTC wait function flag
|7|6|5|4|3|2|1|0| INT 15,86 RTC wait function flag
| | | | | | | `--- 1= wait pending
| `-------------- not used
`--------------- 1=INT 15,86 wait time elapsed
40:A1 byte LANA DMA channel flags
40:A2 2 bytes Status of LANA 0,1
40:A4 dword Saved hard disk interrupt vector
40:A8 dword BIOS Video Save/Override Pointer Table address
(see VIDEO TABLES)
40:AC 8 bytes Reserved
40:B4 byte Keyboard NMI control flags (convertible)
40:B5 dword Keyboard break pending flags (convertible)
40:B9 byte Port 60 single byte queue (convertible)
40:BA byte Scan code of last key (convertible)
40:BB byte NMI buffer head pointer (convertible)
40:BC byte NMI buffer tail pointer (convertible)
40:BD 16bytes NMI scan code buffer (convertible)
40:CE word Day counter (convertible and after)
40:F0 16bytes Intra-Applications Communications Area (IBM Technical
Reference incorrectly locates this at 50:F0-50:FF)
Address Size Description (BIOS/DOS Data Area)
50:00 byte Print screen status byte
00 = PrtSc not active,
01 = PrtSc in progress
FF = error
50:01 3 bytes Used by BASIC
50:04 byte DOS single diskette mode flag, 0=A:, 1=B:
50:05 10bytes POST work area
50:0F byte BASIC shell flag; set to 2 if current shell
50:10 word BASICs default DS value (DEF SEG)
50:12 dword Pointer to BASIC INT 1C interrupt handler
50:16 dword Pointer to BASIC INT 23 interrupt handler
50:1A dword Pointer to BASIC INT 24 disk error handler
50:20 word DOS dynamic storage
50:22 14bytes DOS diskette initialization table (INT 1E)
50:30 4bytes MODE command
70:00 I/O drivers from IO.SYS/IBMBIO.COM
The following map varies in size and locus
07C0:0 Boot code is loaded here at startup (31k mark)
A000:0 EGA/VGA RAM for graphics display mode 0Dh & above
B000:0 MDA RAM, Hercules graphics display RAM
B800:0 CGA display RAM
C000:0 EGA/VGA BIOS ROM (thru C7FF)
C400:0 Video adapter ROM space
C600:0 256bytes PGA communication area
C800:0 16K Hard disk adapter BIOS ROM
C800:5 XT Hard disk ROM format, AH=Drive, AL=Interleave
D000:0 32K Cluster adapter BIOS ROM
D800:0 PCjr conventionalsoftware cartridge address
E000:0 64K Expansion ROM space (hardwired on AT)
128K PS/2 System ROM (thru F000)
F000:0 System monitor ROM
PCjr: software cartridge override address
F400:0 System expansion ROMs
F600:0 IBM ROM BASIC (AT)
F800:0 PCjr software cartridge override address
FC00:0 BIOS ROM
FF00:0 System ROM
FFA6:E ROM graphics character table
FFFF:0 ROM bootstrap code
FFFF:5 8 bytes ROM date (not applicable for all clones)
FFFF:E byte ROM machine id (see MACHINE ID)
Reference
http://docs.huihoo.com/help-pc/index.html
星期四, 5月 08, 2008
DIY~~Dump BIOS code
今天幫同事寫了一個Dump BIOS code的程式在Vista下去把BIOS code dump 出來，雖然是一個很簡單的程式但是卻出現一些小問題啦!
目前我是透過VB6去繪製畫面，然後透過C撰寫的IO.DLL與IO.SYS來存取4G頂端記憶體位址線的內容，由於VB每次存取時都是4Bytes 為單位，然後我又會去更新畫面，因此Dump 2MB大小的BIOS要花掉好幾分鐘的時間 ...光是看到就傻眼了!
不過目前還沒去解決這個問題，因為懶的去改C的部份，不過也算是一種體驗啦!
因為沒實做過都不知道自己會遇到什麼問題，呵呵!!!
目前我是透過VB6去繪製畫面，然後透過C撰寫的IO.DLL與IO.SYS來存取4G頂端記憶體位址線的內容，由於VB每次存取時都是4Bytes 為單位，然後我又會去更新畫面，因此Dump 2MB大小的BIOS要花掉好幾分鐘的時間 ...光是看到就傻眼了!
不過目前還沒去解決這個問題，因為懶的去改C的部份，不過也算是一種體驗啦!
因為沒實做過都不知道自己會遇到什麼問題，呵呵!!!
或許你會問我說BIOS廠商不是提供WinFlash可以去Dump了嗎? 幹麻還自己搞一個，因為多點選擇嘛! (DOS下的還沒寫，找個時間在寫一下 >.<) 而且我目前拿到的P廠商WinFlash還有問題，還沒辦法做這部份的動作，所以就自己DIY囉~~
可能你還會問我說Dump出來幹麻? 因為我要拿來比對BIOS 啦，由於有些設定BIOS是開機後才會回寫回去BIOS ROM，所以進入OS後把BIOS傾印出來後比對原來燒進去的BIOS，這樣子就可以知道在Runtime過程中BIOS回寫了哪些東西回去BIOS ROM(因為遇到DMI字串找不到的問題，所以比對一下目前BIOS是放在哪邊)。
星期三, 5月 07, 2008
PowerCfg 工具
這邊介紹一下有關Vista Power Management 的工具，這是內建在Vista裡面的工具(cmd中直接鍵入powercfg就可以用了)，在微軟的網站也可以找到相關白皮書裡面有很清楚的描述與用法說明。
會使用到這工具是因為在看一個奇怪的問題，而這個問題描述如下:
1.設定S4 : 15分鐘後進入
2.設定Scheduled Task (隨便設定一個，然後等個幾秒後使用RTC wakeup)
3.手動進入S3 (開始->S3)
4.時間到達，系統使用RTC wakeup (此時螢幕不會點亮，因為是系統規定的)
5.此時不要產生任何event (不要碰系統)
6.等兩分鐘後，系統會自動進入S3 (Vista的設計，見Note#1)
7.等15分鐘後，系統會wakeup，然後進入S4 #Problem (見Note#2)
我的問題是在步驟7，因為同樣的步驟在XP不會再進入S4而Vista會，因此查詢相關SPEC的過程中發現了這個工具。
這個工具可以去查看我們在電源選項中的設定，包含你要幾分鐘後關閉LCD..等，你可能會問我說直接在電源選項畫面設定不就看的到了，幹麻還用這個工具看，原因是因為電源選項中的每個選項都有一個GUID，每個GUID都有其代表的意義，這個意義在微軟的白皮書中有定義，所以你要去對照著看，因此才會需要用這個工具。
使用方式在微軟白皮書上都有說明，這邊就描述我去Dump的方式：
powercfg -getactivescheme (查看目前選用的電源管理的GUID)
powercfg -q 8c5e7fda-e8bf-4a96-9a85-a6e23a8c635c > T.log (查詢內容)
上面一串GUID不一定會ㄧ樣，看是GUID中的Sub-Guid就會跟白皮書上面定義的一樣，因此把它Dump到一個檔案中後你就可以對照著看了(T.log)。
Note#1 Vista Energy Conservarion 這份文件內的描述有提到Vista為什麼等兩分鐘後自動進入S3: Improved idle detection that helps ensure that a PC awakened from the network or for scheduled activity returns to Sleep after 2 minutes of idleness.
Note#2 Power Management Policy(PMPolicy_Vista.docx)這份文件中有提到如果設定哪個欄位後，Vista會從S3 wakeup然後自動進入S4:
Hibernate Idle Timeout Setting (GUID: 9d7815a6-7ee4-497e-8888-515a05f02364): Duration of time after Sleep that the system automatically wakes and enters Hibernate.
Reference
www.microsoft.com/taiwan/whdc/system/pnppwr/powermgmt
會使用到這工具是因為在看一個奇怪的問題，而這個問題描述如下:
1.設定S4 : 15分鐘後進入
2.設定Scheduled Task (隨便設定一個，然後等個幾秒後使用RTC wakeup)
3.手動進入S3 (開始->S3)
4.時間到達，系統使用RTC wakeup (此時螢幕不會點亮，因為是系統規定的)
5.此時不要產生任何event (不要碰系統)
6.等兩分鐘後，系統會自動進入S3 (Vista的設計，見Note#1)
7.等15分鐘後，系統會wakeup，然後進入S4 #Problem (見Note#2)
我的問題是在步驟7，因為同樣的步驟在XP不會再進入S4而Vista會，因此查詢相關SPEC的過程中發現了這個工具。
這個工具可以去查看我們在電源選項中的設定，包含你要幾分鐘後關閉LCD..等，你可能會問我說直接在電源選項畫面設定不就看的到了，幹麻還用這個工具看，原因是因為電源選項中的每個選項都有一個GUID，每個GUID都有其代表的意義，這個意義在微軟的白皮書中有定義，所以你要去對照著看，因此才會需要用這個工具。
使用方式在微軟白皮書上都有說明，這邊就描述我去Dump的方式：
powercfg -getactivescheme (查看目前選用的電源管理的GUID)
powercfg -q 8c5e7fda-e8bf-4a96-9a85-a6e23a8c635c > T.log (查詢內容)
上面一串GUID不一定會ㄧ樣，看是GUID中的Sub-Guid就會跟白皮書上面定義的一樣，因此把它Dump到一個檔案中後你就可以對照著看了(T.log)。
Note#1 Vista Energy Conservarion 這份文件內的描述有提到Vista為什麼等兩分鐘後自動進入S3: Improved idle detection that helps ensure that a PC awakened from the network or for scheduled activity returns to Sleep after 2 minutes of idleness.
Note#2 Power Management Policy(PMPolicy_Vista.docx)這份文件中有提到如果設定哪個欄位後，Vista會從S3 wakeup然後自動進入S4:
Hibernate Idle Timeout Setting (GUID: 9d7815a6-7ee4-497e-8888-515a05f02364): Duration of time after Sleep that the system automatically wakes and enters Hibernate.
Reference
www.microsoft.com/taiwan/whdc/system/pnppwr/powermgmt
星期五, 5月 02, 2008
WinDbg 查看Log
最近拿WinDbg查看一些藍底白字的Log，順便做一下筆記：
ㄧ般藍屏看到下面的描述如下:
STOP : 0x000000D1 (0x00000080 , 0x0000001d , 0x00000001,0x83c74674)
當Dumpfile從WinDbg中開啟並查看所看到的描述如下:
DRIVER_IRQL_NOT_LESS_OR_EQUAL (d1) <--錯誤代碼
Arg1: 00000080, memory referenced <--參考的記憶體位址
Arg2: 0000001d, IRQL <--目前的IRQL
Arg3: 00000001, value 0 = read operation, 1 = write operation <--讀/寫發生問題
Arg4: 83c74674, address which referenced memory <--有問題的Code的記憶體位址
從下面範例可以得知，記憶體位址83c74674h的地方是要把EAX值寫入到某個記憶體位址中，而這個記憶體位址在0x0023:0x00000080的地方，而寫入時發生錯誤：
83c74674 0100 add dword ptr [eax],eax ds:0023:00000080=????????
另外還可以看到下面的描述:
FOLLOWUP_IP: mssmbios!SMBiosACPIProcessACPIData+f2
8ce6b6f0 85c0 test eax,eax
結論1: 看起來是mssmbios.sys 出錯，錯誤的原因可能是ACPI code的寫入問題，所以要查看看BIOS是否有去動態更新ACPI table或是ACPI 出錯而造成這個藍屏。
另一個案例
SYSTEM_THREAD_EXCEPTION_NOT_HANDLED (7e)
Arg1: c0000005, The exception code that was not handled
Arg2: fac41750, The address that the exception occurred at
Arg3: fafb4430, Exception Record Address
Arg4: fafb 412c , Context Record Address
IMAGE_NAME: intelppm.sys
fac41750 0f 32 rdmsr
結論2:看樣子是RDMSR造成的問題。
使用WinDbg開啟Dump file的方式如下:
開啟後鍵入!analyze -v ，就可以查看相關資訊，另外要注意的事情是要安裝好symbol files，相關的WinDbg指令/安裝/設定方式請參考微軟網站說明。
Reference
微軟網站
ㄧ般藍屏看到下面的描述如下:
STOP : 0x000000D1 (0x00000080 , 0x0000001d , 0x00000001,0x83c74674)
當Dumpfile從WinDbg中開啟並查看所看到的描述如下:
DRIVER_IRQL_NOT_LESS_OR_EQUAL (d1) <--錯誤代碼
Arg1: 00000080, memory referenced <--參考的記憶體位址
Arg2: 0000001d, IRQL <--目前的IRQL
Arg3: 00000001, value 0 = read operation, 1 = write operation <--讀/寫發生問題
Arg4: 83c74674, address which referenced memory <--有問題的Code的記憶體位址
從下面範例可以得知，記憶體位址83c74674h的地方是要把EAX值寫入到某個記憶體位址中，而這個記憶體位址在0x0023:0x00000080的地方，而寫入時發生錯誤：
83c74674 0100 add dword ptr [eax],eax ds:0023:00000080=????????
另外還可以看到下面的描述:
FOLLOWUP_IP: mssmbios!SMBiosACPIProcessACPIData+f2
8ce6b6f0 85c0 test eax,eax
結論1: 看起來是mssmbios.sys 出錯，錯誤的原因可能是ACPI code的寫入問題，所以要查看看BIOS是否有去動態更新ACPI table或是ACPI 出錯而造成這個藍屏。
另一個案例
SYSTEM_THREAD_EXCEPTION_NOT_HANDLED (7e)
Arg1: c0000005, The exception code that was not handled
Arg2: fac41750, The address that the exception occurred at
Arg3: fafb4430, Exception Record Address
Arg4: fafb 412c , Context Record Address
IMAGE_NAME: intelppm.sys
fac41750 0f 32 rdmsr
結論2:看樣子是RDMSR造成的問題。
使用WinDbg開啟Dump file的方式如下:
開啟後鍵入!analyze -v ，就可以查看相關資訊，另外要注意的事情是要安裝好symbol files，相關的WinDbg指令/安裝/設定方式請參考微軟網站說明。
Reference
微軟網站
星期三, 4月 30, 2008
S3/S4 測試工具開發
源由:
前幾個星期為了解一個VS Mode (設定1分鐘後關閉螢幕) bug 所以自己寫了一個Win32工具去檢查CMOS RTC alarm 和RTC interrupt 的設定值還有監控RTC Enable bit設定值(PMBase)，而這個問題的徵狀是當系統從S4 Resume後，等個10秒後就會看到螢幕被關閉。
追蹤後發現這應該是Vista的計時器的問題，他所謂的一分鐘是指"當OS沒收到任何event後開始計時"，所以當進入S4的時候計時器可能已經跑了35秒，而當系統從S4 Resume後計時器會繼續計時，因此等個10幾秒就進入VS mode了。
會被開這條Bug是因為開Bug的人認為計時器應該重新計算，所以參考了一些其他機種做法後決定，使用相同的解決方式去解決(Notify Power button)這個問題。
而在此時我們的T學長看到我個工具，因此問我說有沒有辦法寫一個自動進入S3/S4且可以定時wakeup的工具...
原本在Vista底下就已經有工具可以測試，而我們的客戶也有撰寫一個工具也可達到這個功能，另外ALi也有一個類似的工具也做的到這個功能，因此是有機會可以自行開發出來這個工具。
實驗ㄧ過程:
原先我想的很單純，在BIOS角度就是去設定好RTC alarm時間，然後去改變RTC Enable bit，接著呼叫API讓系統進入S3/S4就應該可以了，不過實驗後發現OS會把RTC Enable 清除，所以就算我設定了也沒有用 >.<
實驗二過程:
秉持著研究的精神，所以我認為OS會去清除RTC enable bit就代表OS才能決定這個bit的狀態，我沒辦法透過Ring 0層的AP直接去修改暫存器值，因此他ㄧ定有方式去控制； 查詢了相關資訊後發現有API可以做這些事情，因此問題就只是在如何用這些API而已。
結論:
經過實驗過後，這些API真的可以達到我需要的功能，所以也只能說Windows真的管很多，想要偷偷修改暫存器都不行, 呵呵!
相關的API:
CreateWaitableTimer
SetWaitableTimer
SetSuspendState
WaitForSingleObject
CancelWaitableTimer
CloseHandle
隨便寫的程式，所以畫面看起來很難看 ^^!
Reference
Microsoft 網站
星期三, 4月 16, 2008
Scratchpad Data Register
今天看MCH Spec看到一個有趣的暫存器叫做 SKPD--Scratchpad Data Register ，因為實在是很有趣的一個東西所以自己就寫下筆記來紀錄一下。
這個暫存器的屬性是R/W，而他的說明是可以用來儲存資料的一個暫存器，長度要看Chipset，有些是16 bits 也有些是32 bits。
那這個東西是幹麻的呢? 嗯...Spec上沒說明清楚，不過我自己查了一些資料以及比較了一些用法，發現這個暫存器可以給 【任何人使用】，且"Platform reset"後"可能"不會被清除資料。
簡單的說就是任何人任何程式碼都可以把一些想要紀錄的資訊往這個暫存器去紀錄，至於寫進去的值是代表什麼意思就只有寫的人知道。
目前看到應用的時機有3個:
1. Memory init 後可以利用他儲存一些狀態值，然後給下一次開機時檢查
2. 紀錄是否是Warm boot ，例如你可以在某個點去設定這個暫存器，然後在FFFF_FFF0一進去的點去判斷，假如此暫存器不為0 則在做一次CF9h 的Full reset，以避免一些問題。
3. ME Driver
以上都是自己猜測的，所以實際的用法還是要請教懂的人啦~~呵呵!
Reference
www.google.com
www.Intel.com
這個暫存器的屬性是R/W，而他的說明是可以用來儲存資料的一個暫存器，長度要看Chipset，有些是16 bits 也有些是32 bits。
那這個東西是幹麻的呢? 嗯...Spec上沒說明清楚，不過我自己查了一些資料以及比較了一些用法，發現這個暫存器可以給 【任何人使用】，且"Platform reset"後"可能"不會被清除資料。
簡單的說就是任何人任何程式碼都可以把一些想要紀錄的資訊往這個暫存器去紀錄，至於寫進去的值是代表什麼意思就只有寫的人知道。
目前看到應用的時機有3個:
1. Memory init 後可以利用他儲存一些狀態值，然後給下一次開機時檢查
2. 紀錄是否是Warm boot ，例如你可以在某個點去設定這個暫存器，然後在FFFF_FFF0一進去的點去判斷，假如此暫存器不為0 則在做一次CF9h 的Full reset，以避免一些問題。
3. ME Driver
以上都是自己猜測的，所以實際的用法還是要請教懂的人啦~~呵呵!
Reference
www.google.com
www.Intel.com
星期四, 4月 10, 2008
Karnaugh Minimizer
卡諾圖化簡工具Karnaugh Minimizer
最近忙著解一堆Hdd password feature bugs , 幾乎都是一些Password state判斷式的問題，雖然是剛換新的廠商,也是接觸到新的bios code,但是裡面的問題也太多了吧 >.<
而目前遇到的一堆問題幾乎都是沒把相關測試條件考慮完整所造成,只是沒想到我竟然還畫起了卡諾圖來幫忙解決問題...記得上一次畫卡諾圖已經是好幾年前還在念二專的事情了,只是沒想到解Bios bug也會在拿出來用.
因為目前需要判斷的條件有很多個,因此在畫卡諾圖的變數多達6~8個,光是化解就花了我不少時間,因此秉持著Time is money的精神,所以又在一次從Google大神中找到一些工具來輔助...(講白一點叫做偷懶)
目前測試了幾個Google大神找到的工具,有些只能支援到4x4,有些能支援到更多,但是化解的結果也不一定正確(果然還是要自己動手化解一次),而目前找到了一個比較穩定的版本是Karnaugh Minimizer 最新版有出到了v2.0 , 有興趣的朋友可以參考看看。
Reference
Karnaugh map minimizing
Karnaugh Minimizer
Karnaugh Minimizer 1.2 <--只支援到4x4
工具 b...ng
最近忙著解一堆Hdd password feature bugs , 幾乎都是一些Password state判斷式的問題，雖然是剛換新的廠商,也是接觸到新的bios code,但是裡面的問題也太多了吧 >.<
而目前遇到的一堆問題幾乎都是沒把相關測試條件考慮完整所造成,只是沒想到我竟然還畫起了卡諾圖來幫忙解決問題...記得上一次畫卡諾圖已經是好幾年前還在念二專的事情了,只是沒想到解Bios bug也會在拿出來用.
因為目前需要判斷的條件有很多個,因此在畫卡諾圖的變數多達6~8個,光是化解就花了我不少時間,因此秉持著Time is money的精神,所以又在一次從Google大神中找到一些工具來輔助...(講白一點叫做偷懶)
目前測試了幾個Google大神找到的工具,有些只能支援到4x4,有些能支援到更多,但是化解的結果也不一定正確(果然還是要自己動手化解一次),而目前找到了一個比較穩定的版本是Karnaugh Minimizer 最新版有出到了v2.0 , 有興趣的朋友可以參考看看。
Reference
Karnaugh map minimizing
Karnaugh Minimizer
Karnaugh Minimizer 1.2 <--只支援到4x4
工具 b...ng
星期四, 3月 20, 2008
ACPI BIOS & Bluescreen
ACPI BIOS造成的BlueScreen 可能的原因有很多，自己整理了幾個地方。
EC: Check EC code
_INI : Check _INI code
MCFG Table : Report Range through MCFG. ACPI table defined in PCI Firmware Spec v3.0.
如果有改變PCIExpress bar or MCHBar...等
Motherboard.asl : Check System Resource allocate (ex: PCIEBAR address/MCHBar address...)
DCK_CAP : Defined in FACP Table. 如果你有定義Docking，但是沒Enable Support bit.
可以檢查ACPI BIOS造成的 Bluescreen 錯誤代碼的網址：
http://msdn2.microsoft.com/en-us/library/ms793993.aspx
Reference
Microsoft
EC: Check EC code
_INI : Check _INI code
MCFG Table : Report Range through MCFG. ACPI table defined in PCI Firmware Spec v3.0.
如果有改變PCIExpress bar or MCHBar...等
Motherboard.asl : Check System Resource allocate (ex: PCIEBAR address/MCHBar address...)
DCK_CAP : Defined in FACP Table. 如果你有定義Docking，但是沒Enable Support bit.
可以檢查ACPI BIOS造成的 Bluescreen 錯誤代碼的網址：
http://msdn2.microsoft.com/en-us/library/ms793993.aspx
Reference
Microsoft
星期一, 3月 10, 2008
有關規格書的相關資料
剛入門的時候，想找個資料都沒人告訴你要如何查，所以當初請教了以前的同事Sxxxk (打馬賽克)，他目前服務在某家Chipset大廠，而俗稱"S" man的好朋友很熱心的告訴我ㄧ些相關書籍的知識~~~
因此我在剛入門的時候把他告訴我的ㄧ些相關資訊整理了一些筆記，而這些筆記只是大致上介紹一些入門的相關訊息，讓想要查閱資料的時候比較有個底。
其中查閱資料除了Chipset廠商網站上所提供的一些相關訊息外，你還可以找FAE去申請ㄧ些相關書籍，另外你還可以由Chipset廠商提供的帳號登入相關網站去搜尋你要的資料..等，底下就大致上整理了一下相關入門知識：
1.Chipset廠商ㄧ般網頁與權限登入的網頁(基於保密，所以請去教你們學長，不要問我):
OEM/OEM廠商會有權限帳號可以去Chipset vendor那邊申請紅/黃皮書。
2.技術手冊分級
紅皮書 RCW(Red Cover Webside):
Chipset剛開發出來的技術規格書。
一般都是Chipset 廠商內部使用,BIOS端也可以透過。
黃皮書 YCW:
Chipset 成熟後的規格書。
一般給合作廠商使用。
白皮書 WCW:
Chipset 可公開給所有廠商使用的規格書。
一般網路上可以搜尋到的資料。
3. 每種技術手冊又分兩種類型:
PDG(Platform Design Guide):
說明線路如何拉，零件要放哪個位置，屬於硬體拉線的Spec。
EDS(External Design Specification):
屬於應用層的技術文件。
說明哪一支接腳代表的意義，接腳要接到那ㄧ個位置。
還說明內部暫存器的特性說明，一般BIOS會看這一本。
~以上是個人小筆記，如有誤請不吝指正~
因此我在剛入門的時候把他告訴我的ㄧ些相關資訊整理了一些筆記，而這些筆記只是大致上介紹一些入門的相關訊息，讓想要查閱資料的時候比較有個底。
其中查閱資料除了Chipset廠商網站上所提供的一些相關訊息外，你還可以找FAE去申請ㄧ些相關書籍，另外你還可以由Chipset廠商提供的帳號登入相關網站去搜尋你要的資料..等，底下就大致上整理了一下相關入門知識：
1.Chipset廠商ㄧ般網頁與權限登入的網頁(基於保密，所以請去教你們學長，不要問我):
OEM/OEM廠商會有權限帳號可以去Chipset vendor那邊申請紅/黃皮書。
2.技術手冊分級
紅皮書 RCW(Red Cover Webside):
Chipset剛開發出來的技術規格書。
一般都是Chipset 廠商內部使用,BIOS端也可以透過。
黃皮書 YCW:
Chipset 成熟後的規格書。
一般給合作廠商使用。
白皮書 WCW:
Chipset 可公開給所有廠商使用的規格書。
一般網路上可以搜尋到的資料。
3. 每種技術手冊又分兩種類型:
PDG(Platform Design Guide):
說明線路如何拉，零件要放哪個位置，屬於硬體拉線的Spec。
EDS(External Design Specification):
屬於應用層的技術文件。
說明哪一支接腳代表的意義，接腳要接到那ㄧ個位置。
還說明內部暫存器的特性說明，一般BIOS會看這一本。
~以上是個人小筆記，如有誤請不吝指正~
星期四, 2月 28, 2008
Keyboard Test
這是以前在寫測試程式時留下來的小作品，用C語言撰寫的。
原理是利用C語言所提供的函數去替換掉IRQ中斷服務程式，然後指向自己的函數並且自己處理Scan code。
在此程式中主要是給產線測試用，因此會顯示此按鍵是否已經測試過，有興趣的可以下載回去看看。
點我下載
原理是利用C語言所提供的函數去替換掉IRQ中斷服務程式，然後指向自己的函數並且自己處理Scan code。
在此程式中主要是給產線測試用，因此會顯示此按鍵是否已經測試過，有興趣的可以下載回去看看。
點我下載
星期四, 1月 24, 2008
2MB SPI Flash Part
這幾天為了換2MB 的SPI Flash part 真的有夠緊張的，因為急著要給產線使用，因此要在3天內把BIOS code porting 好，今天剛好把code給改好了，所以順便留下筆記給自己以後參考。
檢查項目：
1. ICH 能不能把Cycle 轉送到SPI/LPC ，預設是PCI
2.ICH 轉送的位址範圍是否支援到2MB
預設為PCI時，CPU cycle會轉送到 PCI Bus從4G頂端往下 4MB，如果改成轉送到 SPI/LPC時，需設定D0/D8暫存器，並且選擇哪一個Range需要被轉送到LPC/SPI 介面 (即BIOS Size，或Mapping 大小)。
3.EC 是否能支援到2MB ，華x 的EC chip需設定其內部暫存器，一共3個，分別是:
(1) 控制BIOS size大小的暫存器(i386 mode)
(2) SPI 暫存器 (告知EC底下的SPI Flash Part的大小)
(3)??? 暫存器(忘記叫啥名稱了，設定值需要跟BIOS size設定的一樣)
4. 目前是使用SPI cmd去Write/Erase ，但是讀取的時候是使用mapping方式，也就是直接存取線性位址內的資料就可以讀取到BIOS ROM內的資料(其他的就是HW動作做掉，當CPU讀取線性位址時，會把位址轉給LPC介面下的EC，EC內的LPC 介面會有SHM介面，此介面會把此位址訊號轉成SPI實體位址，並透過SPI Controller將資料讀取出來，所以這部份是EC支援)，除了這個方式外，還可以自己撰寫SPIRead() routine，不過一般BIOS從Power on開始，這個Routine都還不能執行，因此Power on後，都是EC負責把BIOS ROM資料Mapping 到線性位址。
ex:
線性位址方式讀取BIOS ROM資料 : Memcpy (buffer , address , size);
SPI cmd方式讀取BIOS ROM資料 : SPIRead(buffer,address,size);
void SPIRead(...)
{
SPITransfer(OPCODE=Read , buffer , address,size);
}
檢查項目：
1. ICH 能不能把Cycle 轉送到SPI/LPC ，預設是PCI
2.ICH 轉送的位址範圍是否支援到2MB
預設為PCI時，CPU cycle會轉送到 PCI Bus從4G頂端往下 4MB，如果改成轉送到 SPI/LPC時，需設定D0/D8暫存器，並且選擇哪一個Range需要被轉送到LPC/SPI 介面 (即BIOS Size，或Mapping 大小)。
3.EC 是否能支援到2MB ，華x 的EC chip需設定其內部暫存器，一共3個，分別是:
(1) 控制BIOS size大小的暫存器(i386 mode)
(2) SPI 暫存器 (告知EC底下的SPI Flash Part的大小)
(3)??? 暫存器(忘記叫啥名稱了，設定值需要跟BIOS size設定的一樣)
4. 目前是使用SPI cmd去Write/Erase ，但是讀取的時候是使用mapping方式，也就是直接存取線性位址內的資料就可以讀取到BIOS ROM內的資料(其他的就是HW動作做掉，當CPU讀取線性位址時，會把位址轉給LPC介面下的EC，EC內的LPC 介面會有SHM介面，此介面會把此位址訊號轉成SPI實體位址，並透過SPI Controller將資料讀取出來，所以這部份是EC支援)，除了這個方式外，還可以自己撰寫SPIRead() routine，不過一般BIOS從Power on開始，這個Routine都還不能執行，因此Power on後，都是EC負責把BIOS ROM資料Mapping 到線性位址。
ex:
線性位址方式讀取BIOS ROM資料 : Memcpy (buffer , address , size);
SPI cmd方式讀取BIOS ROM資料 : SPIRead(buffer,address,size);
void SPIRead(...)
{
SPITransfer(OPCODE=Read , buffer , address,size);
}
星期一, 1月 21, 2008
EFI ㄧ些小筆記
紀錄一些EFI中有關Firmware Device 內的專有名詞的解釋。
如下圖所示，這是EFI 模組化後在Firmware Device 內擺放一些模組化的範例圖：
其中：
1.FD=Firmware Device，他是一個實體的物體容器，用來儲存EFI code以及一些資料。
2.FV=Firmware volume ，卷，他是類似檔案系統的一種管理方式。
1 個FD中可以有很多個 FV
3.ㄧ般常見的FV :
(a) 儲存EFI code，你的BIOS Code可能會分成好幾個不同的FV
(b) 非揮發性資料，像是一些NV Store 變數、config 文件...等。
4. FFS = Firmware File System ，每一個FV都遵循這種檔案格式。
1 個FV 內可以有很多個FFS。
5. Section = 每一個FFS內還可以分成不同的Section。
FD > FV > FFS > Section
Reference
www.intel.com
如下圖所示，這是EFI 模組化後在Firmware Device 內擺放一些模組化的範例圖：
其中：
1.FD=Firmware Device，他是一個實體的物體容器，用來儲存EFI code以及一些資料。
2.FV=Firmware volume ，卷，他是類似檔案系統的一種管理方式。
1 個FD中可以有很多個 FV
3.ㄧ般常見的FV :
(a) 儲存EFI code，你的BIOS Code可能會分成好幾個不同的FV
(b) 非揮發性資料，像是一些NV Store 變數、config 文件...等。
4. FFS = Firmware File System ，每一個FV都遵循這種檔案格式。
1 個FV 內可以有很多個FFS。
5. Section = 每一個FFS內還可以分成不同的Section。
FD > FV > FFS > Section
Reference
www.intel.com
A20 Gate v.s A20 Mask
前面文章中有提到A20的一些相關資訊,這邊我就畫一張圖來描述清楚一些概念。
對於圖中我們要區分的是A20 Gate與A20 Mask這兩種不同名詞分別所代表的意義為何。
以下是我自己畫的圖：
對於圖中我們要區分的是A20 Gate與A20 Mask這兩種不同名詞分別所代表的意義為何。
以下是我自己畫的圖：
這邊描述幾個相關的硬體介面電路所代表的意義: 上圖中可以看到有一個A20 Gate (OR 邏輯匣)，他分別有兩支source pin，分別連接到南僑與KBC，且分別由Port 92h與KBC控制狀態，另外還有一支輸出pin連接到CPU的A20 Mask接腳。
A20M # 的由來:
A20 Gate: 一個可以用軟體控制的邏輯匣(AND/OR)...以前A20 gate 輸出腳是接到A20位址線(AND匣，其中一支src pin是接到KBC)，後來改接到如上圖的 CPU A20M# 後變成OR匣 (這邊我不確定是否正確，因為我來不及參與過去^^)
A20 Gate 只針對A20有影響，對於其他的A21~A31都沒影響。
補充資料:
我曾經看過某個EC Datasheet，裡面有提到有關Port 92h的相關敘述，由於我並不是EC Engineer ，所以只能想像一下可能的實體電路圖：
這張圖裡面的重點在於EC本身也支援Port 92h功能，也就是說可以設定南橋把Port 92h cycle往EC送(選擇使用EC的Port 92h，此時南橋的Port 92h就失去功效)，而EC內有一些組態暫存器，其中有一個是用來控制是否要開啟Port 92h功能，簡單說就是你可以選擇要使用ICH/EC 所提供的Port 92h功能，而使用EC的Port 92h功能時你就必須去設定ICH組態暫存器以及把EC內的Port92_EN_bit 打開。如果你選擇EC內的Port 92h功能時，從圖中可以看見EC內部也有一個A20 Gate，而他的Source pin是跟KBC電路連接在一起，所以控制的方式會如同我前面畫的那張圖ㄧ樣的控制方式。
這部分補充資料是我自己想像所畫出來的圖，實際的電路圖還是要EC Engineer才能夠回答，所以僅供大家參考一下。
Reference
維基百科
訂閱：
文章 (Atom)