非常感謝。
祝新年快樂

@馬天橫
Nt32Pkg只支持-a IA32

@劉棟
非常感謝。仲秋快樂。

@bearabby

查看原帖 Linux環(huán)境下如何編譯、運行模擬器
1. edksetup.sh
2. EmulatorPkg/build.sh -a IA32
3. EmulatorPkg/build.sh -a IA32 run
第二步執(zhí)行完畢后，會在Build/EmultatorPkg/Debug_GCC44/IA32/目錄下生成Host文件。
第三步相當(dāng)于cd Build/EmultatorPkg/Debug_GCC44/IA32/;./Host

@winux
是自己寫的。兩個有同樣FILE_GUID的文件會被認(rèn)為是同一個文件。通常不會通過GUID在系統(tǒng)全局范圍內(nèi)查找文件，所以文件GUID沖突通常不會造成困擾。
Protocol的GUID一定不能沖突。

@winux
UnixPkg已經(jīng)被EmulatorPkg取代了

@wwy900624
Nt32不支持USB鼠標(biāo)，至少我沒有在Nt32下成功使用過鼠標(biāo)。
在OVMF或者DUET下USB鼠標(biāo)是可以的。

ffmpeg的源代碼可到此處下載
https://github.com/zhenghuadai/uefi-programming/releases/download/1.0/ffmpeg-0.10.2-for-UEFI.tgz

@周彬彬
對。本文中的方法依賴于 DISK_IO_PRIVATE_DATA的實現(xiàn)，而這個實現(xiàn)沒有一個標(biāo)準(zhǔn)，故不能保證向前兼容。這不是一個安全的方法，只是一個快速的方法。安全的方法還是調(diào)用OpenPrototocol或LocateProtocol。

@jeanhoo
源代碼在MdeModulePkg/Bus/Usb/UsbMouseDxe/
編譯MedModulePkg后，應(yīng)該可以得到UsbMouseDxe.efi
在Shell里 load UsbMouseDxe.efi加載這個驅(qū)動

@王帥
Conf/Target文件里的TOOL_CHAIN_TAG你設(shè)置的是什么？
通常failded to execute commond是由于你設(shè)置的TOOL_CHAIN_TAG在Conf/tools_def.txt中沒有找到。

@zachary
同贊

@kurtqiao
多謝更正。^_^

1、模擬器中沒有加載鼠標(biāo)驅(qū)動，所有不支持。
你可以用QUMU虛擬機(jī)，加載USB鼠標(biāo)驅(qū)動后就可以了。
2、刷機(jī)需謹(jǐn)慎啊。用QEMU虛擬機(jī)可以很方便的使用.fd固件
3、目前EDK2對Form的支持比較弱，仍然是類文本格式界面。我個人覺得可能會很快出現(xiàn)比較好用的圖形界面庫。所以沒有在書中介紹Form。如果你真的很想學(xué)習(xí)Form，可以參考Nt32Pkg里面EDK2自帶的示例

勘誤：
設(shè)置 Last Valid Index(LVI)寄存器 （PCM OUT: MBBAR + 15h (POLVI))。LVI是BDL中最后一個準(zhǔn)備好緩沖區(qū)的buffer descriptor的下標(biāo)。

多謝各位關(guān)注。爭取下周能夠定稿。

把UEFI驅(qū)動(必須遵循UEFI驅(qū)動規(guī)范)燒到rom里，系統(tǒng)會自動加載這個驅(qū)動

抱歉了，各位，書還在改稿中。
計劃趕不上變化啊，原來以為一兩個月就能改好的，現(xiàn)在看來還要至少再兩月才能改完。

關(guān)閉優(yōu)化選項，然后就應(yīng)該可以了
[BuildOptions]
MSFT:DEBUG_*_IA32_CC_FLAGS = /Od

@kllei
exit /b errorcode
這條命令會設(shè)置lasterror。

多謝關(guān)注。 如果一切順利的話，新書將于4月份發(fā)行。到時將有ffdecoder, ffplayer, CppPkg, GuiPkg 等源碼隨書發(fā)行。

抱歉，www.photovas.com 服務(wù)器壞掉了

@Jerry
UEFI 完成硬件初始化后，會遍歷GPT硬盤中的FAT分區(qū)，從FAT分區(qū)找到efi/boot/bootia32.efi 或efi/boot/bootx64.efi, 操作系統(tǒng)的啟動由bootx64.efi或bootia32.efi完成。
MBR硬盤啟動代碼以二進(jìn)制形式放在活動分區(qū)指定的地方。GPT硬盤的啟動代碼是完整的應(yīng)用程序，存放在啟動分區(qū)即FAT分區(qū)的efi/boot目錄下

@xmuchgw
你要使用AppPkg，當(dāng)使用LibC時。

@snowman1101
在你application的.inf文件的[LibraryClasses] 下面加入SmbiosDxe

@becky

可能是源代碼的問題，我也遇到過main.efi不能運行的情況。 如果你只是學(xué)習(xí)UEFI， svn co https://edk2.svn.sourceforge.net/svnroot/edk2/trunk/edk2 edk2 可以下載到所有的源代碼。 這樣build出來的main.efi 是可以正常運行的。

FILE_GUID 沒有特殊意義，編程中不會用到。 你任意生成一個GUID就可以了，你上網(wǎng)搜一下有很多GUID生成器

試一下在你.inf文件的編譯選項里加/Zc:wchar_t-

代碼中少了一句
EFI_PARTITION_TABLE_HEADER* gptHeader = (EFI_PARTITION_TABLE_HEADER*
)gpHeaderBuf;

在你.inf文件的[Protocols]下面加上
gEfiDevicePathToTextProtocolGuid

@SunShine
對。
你自己的.inf 中[LibraryClasses] 有 UefiShellCEntryLib， build看到后會去.dsc中找UefiShellCEntryLib 對應(yīng)的.inf文件，并編譯這個lib。 “|” 前是Lib的名字，后面是Lib的.inf路徑。

@SunShine
在.dsc 中的 [LibraryClasses]加入
ShellCEntryLib|ShellPkg/Library/UefiShellCEntryLib/UefiShellCEntryLib.inf

@Amin
你是說編譯ffdecoder很辛苦嗎？ ffdecoder的編譯比較麻煩，需要修改EDK2的源碼和ffmpeg源碼。除非你很有興趣去學(xué)習(xí)EDK2， 否則沒必要去編譯ffdecoder.
ffplayer編譯非常簡單。
X64的.efi文件已經(jīng)發(fā)給你了。

@Amin
X64的仍有些技術(shù)問題沒有解決。解碼速度已經(jīng)足夠了，但是GraphOutputProtocol的顯示速度太慢。 你可以留個email給我，我發(fā)給你。

@劉煒
是的。
MdeModulePkg\Universal\Disk\DiskIoDxe\DiskIo.h:36
typedef struct {
UINTN Signature;
EFI_DISK_IO_PROTOCOL DiskIo;
EFI_BLOCK_IO_PROTOCOL *BlockIo;
} DISK_IO_PRIVATE_DATA

@ningle
開發(fā)UEFI application的主流還是C。 如果application規(guī)模十分龐大，用C++開發(fā)效率會高些。

@劉煒
uefi不能識別fat以為的文件系統(tǒng)，要想識別ext,只能自己去修改/編譯ext的源碼

@劉煒
是全局變量， 定義在MdePkg/Include/Library/UefiBootServicesTableLib.h
初始化在 MdePkg/Library/UefiBootServicesTableLib/UefiBootServicesTableLib.c
加上這個#include 試試
#include "Library/UefiBootServicesTableLib.h"

@djx_zh
https://codelibrarydzh.googlecode.com/files/EFI_FFDECODER_PROTOCOL_1.1.zip
修正一個bug： 顯示的時候應(yīng)采用BGRA格式。
增加了timer用于控制播放。按'q'退出播放

@劉煒
抱歉，我沒有做過TPM的編程

ANSI格式應(yīng)該沒問題，可以把出錯信息告訴我嗎？

@ningle
EFI_COMPONENT_NAME_PROTOCOL 和EFI_COMPONENT_NAME2_PROTOCOL 一般放在CompontName.c中
GLOBAL_REMOVE_IF_UNREFERENCED EFI_COMPONENT_NAME_PROTOCOL gAudioComponentName = {
AudioComponentNameGetDriverName,
AudioComponentNameGetControllerName,
"eng"
};

GLOBAL_REMOVE_IF_UNREFERENCED EFI_COMPONENT_NAME2_PROTOCOL gAudioComponentName2 = {
(EFI_COMPONENT_NAME2_GET_DRIVER_NAME) AudioComponentNameGetDriverName,
(EFI_COMPONENT_NAME2_GET_CONTROLLER_NAME) AudioComponentNameGetControllerName,
"en"
};

GLOBAL_REMOVE_IF_UNREFERENCED EFI_UNICODE_STRING_TABLE mAudioDriverNameTable[] = {
{
"eng;en",
(CHAR16 *)L"Generic AC97 Driver"
},
{
NULL,
NULL
}
};

EFI_STATUS
EFIAPI
AudioComponentNameGetDriverName (
IN EFI_COMPONENT_NAME_PROTOCOL *This,
IN CHAR8 *Language,
OUT CHAR16 **DriverName
)
{
return LookupUnicodeString2 (
Language,
This->SupportedLanguages,
mAudioDriverNameTable,
DriverName,
(BOOLEAN)(This == &gAudioComponentName)
);
}


EFI_STATUS
EFIAPI
AudioComponentNameGetControllerName (
IN EFI_COMPONENT_NAME_PROTOCOL *This,
IN EFI_HANDLE ControllerHandle,
IN EFI_HANDLE ChildHandle OPTIONAL,
IN CHAR8 *Language,
OUT CHAR16 **ControllerName
)
{
return EFI_UNSUPPORTED;
}

下載EFI_FFDECODER_PROTOCOL
http://codelibrarydzh.googlecode.com/files/EFI_FFDECODER_PROTOCOL_1.0.zip

@ningle
在.dsc文件末尾添加
!include StdLib/StdLib.inf
具體可參考AppPkg/AppPkg.dsc

@ningle
謝謝關(guān)注。這幾部分還沒寫，我盡快寫吧。如果看到寫的有不準(zhǔn)確的地方，也請告訴我啊。

UEFI會為每一個分區(qū)創(chuàng)建一個controller， 也會為每個硬盤創(chuàng)建一個controller. 通過安裝到controller上的DiskIo protocol可以讀寫每一個扇區(qū)。
每個controller上有DevicePath protocol， 你可以通過DevicePath判斷該controller是一個扇區(qū)，還是一個硬盤。扇區(qū)的DevicePath的的最后一個有效Node是HD(SPEC 9.3.6.1)。
當(dāng)你獲得了GPT硬盤的DiskIo之后，可以利用DiskIo讀第一個扇區(qū)（第0個是MBR或者Protective MBR）得到GPT header，第2～33分區(qū)存放的是EFI_PARTITION_ENTRY。 GPT用到的數(shù)據(jù)結(jié)構(gòu)在MdePkg/Include/Uefi/UefiGpt.h中，GPT的格式可以參考UEFI SPEC 第5章。
可以用VS實現(xiàn)。

@石新飛
如有問題，歡迎討論。

glibc中用SSE4.2指令集優(yōu)化的KMP算法，號稱最快可以比c的strstr函數(shù)加速10倍。

@梅發(fā)坤
Cool, 這樣就清晰多了，還容易調(diào)試。

@陳梓瀚(vczh)
對，模板比宏好用。

@天堂的隔壁
多謝賜教。 是搞的挺復(fù)雜的。但可以把這套復(fù)雜的東西放到頭文件里，用戶不用關(guān)心。 用戶只要調(diào)用slaunchX就可以了， 不過這種簡單的線程好像不大實用。

@windyrobin
我重新上載了rar文件，現(xiàn)在可以下了。