Windows WHQL 的一些問題有時候可以用Filter 過濾掉，此時就可以透過底下網站去查詢看看有沒有相關的Filter
DTM Filter 查詢: HCT Filter / WLK Filter / Errata
https://sysdev.microsoft.com/en-US/Hardware/EC/
相關WHQL討論區
http://social.msdn.microsoft.com/Forums/zh-TW/1295/threads
星期二, 7月 10, 2012
星期三, 5月 23, 2012
uEFI EDKII Using Re-Mapped Functions
BIOS最近熱門話題除了Windows 8之外，就是EDK II / EDK 2了。
想必大家應該也都開始在玩EDK II了，不過這個EDKII有沒有甚麼地方是跟EDK 衝突的呢?
答案是: 【有】
在你使用 EDKII Glue Library時，裡面有一個東西是需要大家注意的地方，就是所謂的Re-Mapped Functions.
在使用手冊中就開宗明義地跟你說，他為了解決EDKII Glue Library與EDK codebase的函數名稱衝突，所以【有些】函數名稱被他使用了巨集(Macro)來重新定義了。
這是甚麼意思呢? 他提出了一個範例：
如果你的Driver有include到這個Header file 叫做 "EdkIIGlueBaseMemoryLib.h" 或是"EdkIIGlueMemoryAllocationLib.h"，他會使用C語言的#define重定義定CopyMem函數名稱 (不只這一個函數名稱還有很多個) :
#define CopyMem(_DESTINATIONBUFFER, _SOURCEBUFFER, _LENGTH)
GlueCopyMem(_DESTINATIONBUFFER, _SOURCEBUFFER, _LENGTH)
這個定義會造成你原本在EDK source code內呼叫:
gBS->CopyMem (Dest, Source, Length);
的這個動作，會在C 語言的Preprocessor時被換名稱成:
gBS->GlueCopyMem (Dest, Source, Length);
然後在Compiler過程中就會造成一個錯誤訊息，而這個錯誤訊息會告訴你GlueCopyMem並不是EFI_BOOT_SERVICES中的一個成員(Members)，這是因為那個#define 的關係，所以你的函數名稱會在Preprocessor時被偷偷換掉，因此為了避免這個Re-Mapped function的問題，請把你原先的CODE加上括號來避免Compiler error問題，如下所示:
(gBS->CopyMem) (Dest, Source, Length);
那...............幹嘛搞那麼麻煩呢?
我個人認為EDKII這些Library 就是想把大家平常會幹的事情又可能跟硬體相依性高的事情全部指向一個共同的Library內(ex: EntryPoint/Functions)，以後如果要換不同平台的時候，只要把Library抽換換掉就可以了。
用說的不清楚，我來個範例好了:
以前我們會在source code中直接呼叫 gBS->FreePool();來釋放記憶體，如果導入/使用 EDKII Glue Library，你就應該寫成呼叫EDKII Glue Library所提供的FreePool(); 來取代你原來的做法，而 EdkIIGlueBaseMemoryLib.h/EdkIIGlueMemoryAllocationLib.h 中會去重新定義名稱，所以實際上是呼叫FreePool() 等於呼叫 GlueFreePool() :
#define FreePool(_BUFFER) GlueFreePool(_BUFFER)
而在Glue Library中，以目前EDK中，其實他還是去呼叫 gBS->FreePool(); 來釋放記憶體：
GlueFreePool (IN VOID *Buffer)
{
...
Status = (gBS->FreePool) (Buffer);
...
}
幹嘛繞一大圈??? 其實那這樣子做的好處是如果有一天，你釋放記憶體的方式不再是gBS->FreePool();時，你只要換掉你Link的那一個 Library，就可以做到你要的目的，而不用直接改到你原來的Source Code。
感覺就像是抽換掉底層的東西，上層不用改變，這樣說不知道看倌們有沒有那種感覺?!
今天就說到這邊，下課!
想必大家應該也都開始在玩EDK II了，不過這個EDKII有沒有甚麼地方是跟EDK 衝突的呢?
答案是: 【有】
在你使用 EDKII Glue Library時，裡面有一個東西是需要大家注意的地方，就是所謂的Re-Mapped Functions.
在使用手冊中就開宗明義地跟你說，他為了解決EDKII Glue Library與EDK codebase的函數名稱衝突，所以【有些】函數名稱被他使用了巨集(Macro)來重新定義了。
這是甚麼意思呢? 他提出了一個範例：
如果你的Driver有include到這個Header file 叫做 "EdkIIGlueBaseMemoryLib.h" 或是"EdkIIGlueMemoryAllocationLib.h"，他會使用C語言的#define重定義定CopyMem函數名稱 (不只這一個函數名稱還有很多個) :
#define CopyMem(_DESTINATIONBUFFER, _SOURCEBUFFER, _LENGTH)
GlueCopyMem(_DESTINATIONBUFFER, _SOURCEBUFFER, _LENGTH)
這個定義會造成你原本在EDK source code內呼叫:
gBS->CopyMem (Dest, Source, Length);
的這個動作，會在C 語言的Preprocessor時被換名稱成:
gBS->GlueCopyMem (Dest, Source, Length);
然後在Compiler過程中就會造成一個錯誤訊息，而這個錯誤訊息會告訴你GlueCopyMem並不是EFI_BOOT_SERVICES中的一個成員(Members)，這是因為那個#define 的關係，所以你的函數名稱會在Preprocessor時被偷偷換掉，因此為了避免這個Re-Mapped function的問題，請把你原先的CODE加上括號來避免Compiler error問題，如下所示:
(gBS->CopyMem) (Dest, Source, Length);
那...............幹嘛搞那麼麻煩呢?
我個人認為EDKII這些Library 就是想把大家平常會幹的事情又可能跟硬體相依性高的事情全部指向一個共同的Library內(ex: EntryPoint/Functions)，以後如果要換不同平台的時候，只要把Library抽換換掉就可以了。
用說的不清楚，我來個範例好了:
以前我們會在source code中直接呼叫 gBS->FreePool();來釋放記憶體，如果導入/使用 EDKII Glue Library，你就應該寫成呼叫EDKII Glue Library所提供的FreePool(); 來取代你原來的做法，而 EdkIIGlueBaseMemoryLib.h/EdkIIGlueMemoryAllocationLib.h 中會去重新定義名稱，所以實際上是呼叫FreePool() 等於呼叫 GlueFreePool() :
#define FreePool(_BUFFER) GlueFreePool(_BUFFER)
而在Glue Library中，以目前EDK中，其實他還是去呼叫 gBS->FreePool(); 來釋放記憶體：
GlueFreePool (IN VOID *Buffer)
{
...
Status = (gBS->FreePool) (Buffer);
...
}
幹嘛繞一大圈??? 其實那這樣子做的好處是如果有一天，你釋放記憶體的方式不再是gBS->FreePool();時，你只要換掉你Link的那一個 Library，就可以做到你要的目的，而不用直接改到你原來的Source Code。
感覺就像是抽換掉底層的東西，上層不用改變，這樣說不知道看倌們有沒有那種感覺?!
今天就說到這邊，下課!
星期三, 2月 15, 2012
Turbo C 不能在64 bit的Windows下執行 (won't work in Windows 64-bit)
而市面上也有一些軟體就是針對這些問題去解決，像是DOSBOX就是個模擬器，可以讓你在64 bit OS中去模擬DOS的環境。
使用方式很簡單，在安裝好DOSBOX for 64 bit軟體後直接點兩下執行他，接著要使用MOUNT指令先建立一個磁碟機，例如我的TurboC 3.0是放在E:\TCC30
指令的格式 : mount [隨便的磁碟機] [你要映對的路徑]
所以我鍵入 mount e: e:\
接著我就可以切換磁碟機到e: 然後進入我的tcc30的目錄中執行Turbo C.
很簡單吧~ 這個工具的下載位置在下面的連結!
下載 DOSBOX for 64 bit
星期三, 2月 01, 2012
星期二, 1月 31, 2012
重新安裝Chrome後要求輸入加密通關密語
如果大家在重新安裝Chrome之後，要求你要輸入加密通關密語，這是方便保護你的雲端資料的一種方式。
大家可以在Chrome內設定，如果你沒有設定過的密碼的話，他的預設加密通關密語就是跟你的Gmail登入時的密碼是同一個!
大家可以在Chrome內設定，如果你沒有設定過的密碼的話，他的預設加密通關密語就是跟你的Gmail登入時的密碼是同一個!
星期三, 1月 25, 2012
心得分享: 學習UEFI 之你把C語言學好了嗎?!
很多人在問我說: 小華要怎樣子把UEFI 學好?! 其實寫BIOS的人答案應該只有一個，把SPEC看懂看完然後融會貫通! 這樣子的答案好像有跟沒有是一樣的!
小弟就以我的學習經驗來分享給大家吧!(雖然我也沒學好，但是教學相長啦~)
首先呢你要會C語言，不是C++喔! 因為目前UEFI還是使用C語言開發，其中最主要的原因是因為C的code size會比較小一點，會比較適合Firmware的開發!
學C語言的時候要注意甚麼是#define ? #define 高級用法有哪些?! 甚麼是typedef，這東西跟UEFI 的關係是甚麼? 為什麼UEFI 中是使用UINT32? 而不是一般的unsigned int ? 還有甚麼是function pointer? 這要如何使用與宣告?! 另外就是Link List再處理資料結構時的應用!
大致上C的應用學會，UEFI的code大概就看得懂! 當你看得懂的時候，再去看SPEC就會更瞭解人家在做甚麼了! (記住我的話 : 工欲善其事必先利其器，先把C學好，你才能做更多的事情!)
接下來你要會一些些MASM組合語言，因為在除錯(debug)時多少都要看得懂! 如果時間夠多就去修一下微處理器架構，順便了解一下CPU是如何設計出來的，他對於指令的提取/解碼又是甚麼動作? 甚麼是指令被優化? 他跟CPU的關係是甚麼/組語的Library是怎麼回事?組合語言呼叫C語言是如何呼叫的? 16 bit vs 32 bit vs 64 bit 又有何差別?segment 跟記憶體管理又是甚麼關係? ...etc 這些相關知識如果能懂的話會更好!
然後就是X86的一些架構性的知識，像是中斷是甚麼?! 中斷的種類有幾種?! 為什麼要有中斷?! 中斷跟OS還有CPU之間是怎麼配合的?! 設備的中斷跟CPU的中斷的差別是甚麼? 個別的運作原理又是甚麼? 另外像是甚麼是CPU工作模式(真實模式/保護模式/SMM...etc)/定址又是甚麼東西?!
還有像是PCI bus/SATA/SMBIOS/ACPI....相關的知識都必須要知道，更深入的就會去瞭解到CPU是如何初始化?! Chipset初始化? Memory sizing? 不過這些知識都比較被保護住，所以非相關產業應該得不到這些資訊! 所以先把架構性學好，等待有機會在更深入研究!
綜合上述所說，要學的東西還真的很多! 學BIOS不可能一蹴即成! 往往都需要時間慢慢累積! 但是現在UEFI的入門門檻已經變很低了，只要懂C 在加上遇到好的老師(我在鳳凰科技遇到一個C語言活字典Timothy)或學長，一般大概一年就能獨立接案子! 其他的就是靠自己努力!
還記得我在鳳凰科技的時候有個資深學長(Joe)曾說過一句名言: 我只有一年的BIOS經驗重複了10幾年而已! 所以就是一直重複累積更多的知識與經驗啦!
小弟就以我的學習經驗來分享給大家吧!(雖然我也沒學好，但是教學相長啦~)
首先呢你要會C語言，不是C++喔! 因為目前UEFI還是使用C語言開發，其中最主要的原因是因為C的code size會比較小一點，會比較適合Firmware的開發!
學C語言的時候要注意甚麼是#define ? #define 高級用法有哪些?! 甚麼是typedef，這東西跟UEFI 的關係是甚麼? 為什麼UEFI 中是使用UINT32? 而不是一般的unsigned int ? 還有甚麼是function pointer? 這要如何使用與宣告?! 另外就是Link List再處理資料結構時的應用!
大致上C的應用學會，UEFI的code大概就看得懂! 當你看得懂的時候，再去看SPEC就會更瞭解人家在做甚麼了! (記住我的話 : 工欲善其事必先利其器，先把C學好，你才能做更多的事情!)
接下來你要會一些些MASM組合語言，因為在除錯(debug)時多少都要看得懂! 如果時間夠多就去修一下微處理器架構，順便了解一下CPU是如何設計出來的，他對於指令的提取/解碼又是甚麼動作? 甚麼是指令被優化? 他跟CPU的關係是甚麼/組語的Library是怎麼回事?組合語言呼叫C語言是如何呼叫的? 16 bit vs 32 bit vs 64 bit 又有何差別?segment 跟記憶體管理又是甚麼關係? ...etc 這些相關知識如果能懂的話會更好!
然後就是X86的一些架構性的知識，像是中斷是甚麼?! 中斷的種類有幾種?! 為什麼要有中斷?! 中斷跟OS還有CPU之間是怎麼配合的?! 設備的中斷跟CPU的中斷的差別是甚麼? 個別的運作原理又是甚麼? 另外像是甚麼是CPU工作模式(真實模式/保護模式/SMM...etc)/定址又是甚麼東西?!
還有像是PCI bus/SATA/SMBIOS/ACPI....相關的知識都必須要知道，更深入的就會去瞭解到CPU是如何初始化?! Chipset初始化? Memory sizing? 不過這些知識都比較被保護住，所以非相關產業應該得不到這些資訊! 所以先把架構性學好，等待有機會在更深入研究!
綜合上述所說，要學的東西還真的很多! 學BIOS不可能一蹴即成! 往往都需要時間慢慢累積! 但是現在UEFI的入門門檻已經變很低了，只要懂C 在加上遇到好的老師(我在鳳凰科技遇到一個C語言活字典Timothy)或學長，一般大概一年就能獨立接案子! 其他的就是靠自己努力!
還記得我在鳳凰科技的時候有個資深學長(Joe)曾說過一句名言: 我只有一年的BIOS經驗重複了10幾年而已! 所以就是一直重複累積更多的知識與經驗啦!
星期四, 1月 19, 2012
星期三, 10月 19, 2011
UEFI #pragma intrinsic( function1 [, function2, ...] )
在UEFI C語言中使用 #pragma intrinsic( function1 [, function2, ...] )方式可以簡化你拉Library的動作，但是這個功能是與Compiler相關，因此當你不使用Microsoft Compiler時，可能就要注意原本的UEFI CODE中使用這些方法的地方可能會有問題!
使用方式是在任何xxx.c 中宣告函數原型跟 #pragma intrinsic()，之後就可以在你的CODE中使用他!//宣告函數原型int _inp (unsigned short port); int _outp (unsigned short port, int databyte ); #pragma intrinsic(_inp) #pragma intrinsic(_outp) VOID CMOSWrite(UINT8 Port,UINT8 databyte) { _outp(0×70, Port); _outp(0×71, databyte); }
參考網站 :http://msdn.microsoft.com/zh-tw/library/tzkfha43.aspx
星期二, 9月 06, 2011
UEFI Screenshot (Capture screen)
EFI Shell 底下螢幕抓圖(抓屏)方式:
1) 切換到Graphic mode
ConsoleControl->SetMode(ConsoleControl, EfiConsoleControlScreenGraphics);
2)使用Gop->Blt將螢幕圖抓下來
GraphicsOutput->Blt(GraphicsOutput,
Image.PixelData,
EfiBltVideoToBltBuffer, <--此參數決定你要抓圖還是顯示圖
0,
0,
0,
0,
Image.Width,
Image.Height,
0);
3)切換回Text Mode
[Note] 單純在Text Mode呼叫GOP->Blt會抓不到東西.
1) 切換到Graphic mode
ConsoleControl->SetMode(ConsoleControl, EfiConsoleControlScreenGraphics);
2)使用Gop->Blt將螢幕圖抓下來
GraphicsOutput->Blt(GraphicsOutput,
Image.PixelData,
EfiBltVideoToBltBuffer, <--此參數決定你要抓圖還是顯示圖
0,
0,
0,
0,
Image.Width,
Image.Height,
0);
3)切換回Text Mode
[Note] 單純在Text Mode呼叫GOP->Blt會抓不到東西.
星期五, 7月 15, 2011
鏈結Library/(XXX.LIB)到你的VC專案
一般我們在寫C語言程式的時候可能會使用到外部的函式庫(Library)，那要如何Link Lib到你的專案中呢?!
其實，鏈結你自己的Common.lib到你的C專案中的方式有三種，但是第一步動作可能要先把
Common.lib複製到XXX.vcproj放同一個目錄中:
方式1: 直接在你的專案中的Source files那邊按右鍵選Add Exist file(選*.*)，把Common.lib拉進來
方式2: 屬性->Linker->Commandline ->鍵入你的 Common.lib
方式3: 在你的.c/.cpp檔案中直接加入 #pragma comment(lib, "Common")
其實，鏈結你自己的Common.lib到你的C專案中的方式有三種，但是第一步動作可能要先把
Common.lib複製到XXX.vcproj放同一個目錄中:
方式1: 直接在你的專案中的Source files那邊按右鍵選Add Exist file(選*.*)，把Common.lib拉進來
方式2: 屬性->Linker->Commandline ->鍵入你的 Common.lib
方式3: 在你的.c/.cpp檔案中直接加入 #pragma comment(lib, "Common")
星期二, 7月 12, 2011
C語言巨集定義技巧-#define
轉載自: http://stenlyho.blogspot.com/2007/04/c_04.html
文章中有詳細介紹#define的使用方式，還有範例可以查看。
此作者轉載的連結已經失效，所以我只能再轉載第二手資料:
原轉載:http://miaozl.spaces.live.com/?_c11_blogpart_blogpart=blogview&_c=blogpart&_c02_owner=1&partqs=amonth%3d2%26ayear%3d2007
而這篇文章中說的"宏"是指大陸用語，應該就是我們說的Macro(巨集)
所以在看這篇文章的時候，還是要先了解一下兩岸用詞的不同啦!
文章中有詳細介紹#define的使用方式，還有範例可以查看。
此作者轉載的連結已經失效，所以我只能再轉載第二手資料:
原轉載:http://miaozl.spaces.live.com/?_c11_blogpart_blogpart=blogview&_c=blogpart&_c02_owner=1&partqs=amonth%3d2%26ayear%3d2007
而這篇文章中說的"宏"是指大陸用語，應該就是我們說的Macro(巨集)
所以在看這篇文章的時候，還是要先了解一下兩岸用詞的不同啦!
星期二, 7月 05, 2011
USB Class
底下這個網站記錄著一些跟USB有關的Class資訊，可以方便你查詢:
像是一般我們常會去使用Descriptor 去判斷這個DEVICE的類別是甚麼:
Status = UsbIoPpi->UsbGetInterfaceDescriptor (
...
&InterfaceDesc);
...
if ((InterfaceDesc->InterfaceClass != 0x08) ...) {
return EFI_NOT_FOUND;
}
參考網站:
http://www.xat.nl/en/riscos/sw/usb/class.htm
像是一般我們常會去使用Descriptor 去判斷這個DEVICE的類別是甚麼:
Status = UsbIoPpi->UsbGetInterfaceDescriptor (
...
&InterfaceDesc);
...
if ((InterfaceDesc->InterfaceClass != 0x08) ...) {
return EFI_NOT_FOUND;
}
參考網站:
http://www.xat.nl/en/riscos/sw/usb/class.htm
星期四, 6月 30, 2011
EFI需要注意的一些C語言小細節
底下是節錄一些我們Team自己內部分享的一些心得，讓大家知道其實C語言有許許多多的小地方是需要大家注意的!
1.指標最大的問題是Compiler不會做邊界檢查
ex: a[10];
p=&a[0];
*(p+13]; <--這種操作Compiler並不會跟你說有問題
2. Free(p) ;同一個指標只能free 一次，當free(p) 兩次就會出事情
...
3.memcopy(dst,src,size)時記得size不能比目的大
ex:
src[100],dsc[50];
memcopy(dsc,src,sizeof(src)); <--溢位
memcopy(dsc,src,sizeof(dsc)); <--沒事
...
UEFI 開發過程中最大的問題~
大家都知道UEFI已經變成這個世代中的BIOS代名詞，但是這個環境下在開發BIOS的時候最怕遇到甚麼事情呢?
答案就是: C語言指標的邊界檢查
指標這個東西在C的環境中讓人又愛又怕。愛的地方是因為指標可以任意的轉型態、任意的操作你想存取的記憶體區塊，但是往往致命的吸引力中就會有他無可避免的壞處!
例如，你可以宣告一個陣列 a[10]; 然後拿一個指標 p指向這個陣列
但是當你的code寫成 *(p+13) 時，就會是個大麻煩!
因為Compiler 並不會告訴你說，嘿! 兄弟你的指標超出存取範圍了! 然後當CODE執行到那邊的時候就出現當機或是難以解釋的事件發生! 往往悲劇就是出現在不注意的小地方~
所以BIOS工程師在撰寫CODE的時候就必須對於指標操作很清楚，不然在UEFI BIOS環境下一定會出現許許多多靈異事件的~ (以前Legacy BIOS最被忽略的是堆疊PUSH/POP沒對齊，現在變成指標 >.<)
不過可喜可賀的是我們家的BIOS工程師對於這一點都很講究啦~
答案就是: C語言指標的邊界檢查
指標這個東西在C的環境中讓人又愛又怕。愛的地方是因為指標可以任意的轉型態、任意的操作你想存取的記憶體區塊，但是往往致命的吸引力中就會有他無可避免的壞處!
例如，你可以宣告一個陣列 a[10]; 然後拿一個指標 p指向這個陣列
但是當你的code寫成 *(p+13) 時，就會是個大麻煩!
因為Compiler 並不會告訴你說，嘿! 兄弟你的指標超出存取範圍了! 然後當CODE執行到那邊的時候就出現當機或是難以解釋的事件發生! 往往悲劇就是出現在不注意的小地方~
所以BIOS工程師在撰寫CODE的時候就必須對於指標操作很清楚，不然在UEFI BIOS環境下一定會出現許許多多靈異事件的~ (以前Legacy BIOS最被忽略的是堆疊PUSH/POP沒對齊，現在變成指標 >.<)
不過可喜可賀的是我們家的BIOS工程師對於這一點都很講究啦~
Bluescreen 錯誤碼查詢
底下這個網站的資訊可以幫助你在發生BSOD的時候可以依照Error code來查詢微軟有沒有相關的說明，或是更新檔!
所以大家可以很方便的透過底下這個網站的資訊來解決問題，可以幫助你減少一些搜尋資料的時間:
http://www.bruchmann-web.de/zh-cn/support/windows/bluescreen/0x0000007b/kb-page/2/kb-sort/ms-description--asc/
所以大家可以很方便的透過底下這個網站的資訊來解決問題，可以幫助你減少一些搜尋資料的時間:
http://www.bruchmann-web.de/zh-cn/support/windows/bluescreen/0x0000007b/kb-page/2/kb-sort/ms-description--asc/
星期一, 6月 20, 2011
SmmOEMInt15SmiDispatcher
今天在Debug USB問題的時候，設定了斷點在SmmOEMInt15SmiDispatcher中，結果發現進入DOS時這個SWSMI會被一直呼叫。
他的原因是因為CSM 在Hook INT15h的時候，並沒有先在Assembly內判斷任何的Signature，沒有利用任何的Signature來判斷要不要產生SWSMI，因此就變成了只要有人呼叫INT15h 就會產生SWSMI而跳到SmmOEMInt15SmiDispatcher內，然後再EFI 那邊再判斷要不要執行Sub function，如果沒有就退出SWSMI。
為了怕自己忘記有這個BUG所以在BLOG先記錄一下。
目前進入DOS時，有看到呼叫INT15h的人是CONFIG.SYS，而且每按一次Key，就會呼叫3次(SWSMI斷點可以攔到3次?) 這也是件奇怪的事情。
開機過程中攔截到的INT15h 時的AX值如下(依順序):
AX=5355
AX=4101
AX=0000
AX=133A
AX=0326 (此時已經出現Win98 Logo)
AX=3E00 <--我們自己的USB test Utility
進入DOS後，每按下一個Key都會產生下面這個INT15h，看起來跟Config.sys有關，不過尚未查證: AX=5355h , INT15h <--Config.sys
他的原因是因為CSM 在Hook INT15h的時候，並沒有先在Assembly內判斷任何的Signature，沒有利用任何的Signature來判斷要不要產生SWSMI，因此就變成了只要有人呼叫INT15h 就會產生SWSMI而跳到SmmOEMInt15SmiDispatcher內，然後再EFI 那邊再判斷要不要執行Sub function，如果沒有就退出SWSMI。
為了怕自己忘記有這個BUG所以在BLOG先記錄一下。
目前進入DOS時，有看到呼叫INT15h的人是CONFIG.SYS，而且每按一次Key，就會呼叫3次(SWSMI斷點可以攔到3次?) 這也是件奇怪的事情。
開機過程中攔截到的INT15h 時的AX值如下(依順序):
AX=5355
AX=4101
AX=0000
AX=133A
AX=0326 (此時已經出現Win98 Logo)
AX=3E00 <--我們自己的USB test Utility
進入DOS後，每按下一個Key都會產生下面這個INT15h，看起來跟Config.sys有關，不過尚未查證: AX=5355h , INT15h <--Config.sys
星期日, 6月 19, 2011
Win7右鍵新增記事本消失
Win7莫名其妙右鍵新增記事本消失了，所以自己找解決方式。
解決的方式就是自己寫一個XXX.Reg的檔案，內容如下，然後在給他點兩下執行後，消失的新增記事本就又回來啦~
不過微軟作業系統老是出現一些莫名其妙的事情，要怎麼在市場跟人家競爭啦>.<
Windows Registry Editor Version 5.00
[HKEY_CLASSES_ROOT\.txt]
@="txtfile"
"Content Type"="text/plain"
[HKEY_CLASSES_ROOT\.txt\ShellNew]
"NullFile"=""
[HKEY_CLASSES_ROOT\txtfile]
@="Notepad"
[HKEY_CLASSES_ROOT\txtfile\shell]
[HKEY_CLASSES_ROOT\txtfile\shell\open]
[HKEY_CLASSES_ROOT\txtfile\shell\open\Command]
@="NOTEPAD.EXE %1"
解決的方式就是自己寫一個XXX.Reg的檔案，內容如下，然後在給他點兩下執行後，消失的新增記事本就又回來啦~
不過微軟作業系統老是出現一些莫名其妙的事情，要怎麼在市場跟人家競爭啦>.<
Windows Registry Editor Version 5.00
[HKEY_CLASSES_ROOT\.txt]
@="txtfile"
"Content Type"="text/plain"
[HKEY_CLASSES_ROOT\.txt\ShellNew]
"NullFile"=""
[HKEY_CLASSES_ROOT\txtfile]
@="Notepad"
[HKEY_CLASSES_ROOT\txtfile\shell]
[HKEY_CLASSES_ROOT\txtfile\shell\open]
[HKEY_CLASSES_ROOT\txtfile\shell\open\Command]
@="NOTEPAD.EXE %1"
星期四, 6月 16, 2011
關閉螢幕保護程式計時~
因為有些公司的網管有管制一些本機電腦的Policy...像是每隔一段時間到了，沒人使用電腦就要自動進入螢幕保護程式，以免你電腦資料被竊取。
但是，因為有時候會把工作機拿來打ONLINE GAME，尤其是掛網的時候突然給你斷線就真的OOXX了，因此想要手動關閉螢幕保護程式跟他的登入密碼，但卻發現直接修改Windows所提供的選項是無效的 ><
原來，有些網管可以透過你的電腦登入公司網域的時候，再偷偷幫你把一些設定調整回來，像是有些會透過WinExit.scr這個方式來強制系統每隔一段時間就跳出保護程式，看樣子我們家網管應該也是用這個方式不過鍵值被我刪除了^^Y
他調整的地方的鍵值是在:
所以只要輸入開始-->執行-->輸入regedit
把ScreenSaveActive那些值改成0就可以強制關閉螢幕保護程式每15分鐘跳出來的問題~
原來的值是:
ScreenSaveActive 1 (啟動螢幕保護程式)
ScreenSaverIsSecure 1 (螢幕保護程式結束後要詢問密碼)
ScreenSaveTimeOut 900 (15分鐘)
另外還有一個預設的scrnSave.scr的鍵值也被我刪除了，不過我想應該是跟這個沒有關係...
DIY-DEBUG.EXE
一直都覺得Debugger.exe 很好玩，不過都沒時間自己手動寫一個。
剛好趁最近有閒暇時間，就寫了一個搞笑版的Debug.exe 來測試它的原理。
我把我的主程式分成上圖中左半邊的那幾個區塊，一開始的時候先去把INT1/3中斷向量串走，讓他能夠被我控制，接著就去觸發一個INT 3h，我在自己的NewInt3hHandler內去把TF Flag設定起來，那麼離開INT 3h的時候，CPU自己每執行一行指令就會觸發一次INT 1h。
接著，我在自己的NewInt1hHanlder內去處理我的Command，從可以讓我控制我要的動作，而整個執行的畫面就會像是上圖中的右半邊一樣。
不過，寫到這邊時才發現原來反組譯才是最難的啦~
看起來接下來的功課就是去研究反組譯要怎麼做了 >.<
剛好趁最近有閒暇時間，就寫了一個搞笑版的Debug.exe 來測試它的原理。
我把我的主程式分成上圖中左半邊的那幾個區塊，一開始的時候先去把INT1/3中斷向量串走，讓他能夠被我控制，接著就去觸發一個INT 3h，我在自己的NewInt3hHandler內去把TF Flag設定起來，那麼離開INT 3h的時候，CPU自己每執行一行指令就會觸發一次INT 1h。
接著，我在自己的NewInt1hHanlder內去處理我的Command，從可以讓我控制我要的動作，而整個執行的畫面就會像是上圖中的右半邊一樣。
不過，寫到這邊時才發現原來反組譯才是最難的啦~
看起來接下來的功課就是去研究反組譯要怎麼做了 >.<
訂閱：
文章 (Atom)