Intel(R) Platform Innovation Framework for EFI\r
-EFI Development Kit II (EDK II (EDK 2)) \r
+EFI Development Kit 2.0 (EDK II) \r
Alpha Release\r
-2006-06-29\r
+2006-04-26\r
\r
Copyright (c) 2006, Intel Corporation\r
\r
This document provides updates to documentation, along with a description on \r
-how to install and build the EDK II.\r
+how to install and build the Edk II.\r
\r
Package Contents\r
----------------\r
Pre-Requisites\r
--------------\r
The following list of tools must be installed on the development workstation\r
-prior to using the EDK II.\r
+prior to using the Edk II.\r
\r
Compiler Tool Chain\r
Microsoft* Visual Studio .NET 2003* (http://www.microsoft.com)\r
-------------------------------------------------------------------------------\r
Quick Start\r
-----------\r
-Edit the text file, msft_tools_def.txt, located in the Tools/Conf directory.\r
-This file contains the names of the compiler tool chains and the location of\r
-the compiler binaries. It has been pre-populated with the standard location\r
-for the Microsoft tool chains and includes the standard location of the Intel C\r
-Compiler for EFI Byte Code (EBC)\r
+Edit the text file, target.txt, located in the Tools/Conf directory. This \r
+file contains the tools defintion file and ative platform. It can also restrict\r
+current build target(s), tagname(s) and arch(s). Uncomment the line ACTIVE_PLATFORM\r
+which is commented out by default. \r
+\r
+Edit the tools definition file, tools_def.txt, also located in the Tools/Conf \r
+directory. This file contains the names of the compiler tool chains and the \r
+location of the compiler binaries. It has been pre-populated with the standard \r
+location for the Microsoft tool chains and includes the standard location of \r
+the Intel C Compiler for EFI Byte Code (EBC)\r
\r
Follow the instructions at https://edk2.tianocore.org/servlets/ProjectSource to\r
checkout the entire EDK II source tree.\r
\r
-In a command window, change to the top level directory of the EDK II sources.\r
+In a command window, change to the top level directory of the Edk II sources.\r
Set the WORKSPACE environment variable, e.g.:\r
\r
c:\> set WORKSPACE=C:\MyWork\Edk2.0\r
Java applications and libraries.\r
\r
Once this is completed, you are ready to test the Build, by executing:\r
- c:\MyWork\Edk2.0\> ant\r
+ c:\MyWork\Edk2.0\> build\r
\r
-This command builds all of the packages, including the NT32 reference platform.\r
-\r
-------------------------------------\r
-Build Architectures other than IA32.\r
-------------------------------------\r
-\r
-By default, we are set up to build the ia32 architecture. If you would like to\r
-build for IPF, x64 and EBC, please copy MdePkg/MdePkg-All-Arch.fpd to\r
-MdePkg/MdePkg.fpd. For EdkModulePkg, copy EdkModulePkg-All-Archs.fpd to\r
-EdkModulePkg.fpd. Note, you may also add only the architecture you want from\r
-the -All-Archs files to the main fpd file. This is preferred if you do not have\r
-all the compilers installed.\r
-\r
-Optionally, you may modify the path to the compiler in\r
-Tools/Conf/msft_tools_def.txt. The flags for the ARCH tool chain are set in the\r
-file names by Tools/Conf/VENDOR_tools.txt, where VENDOR is set in\r
-Tools/Conf/msft_tools.txt.\r
-\r
-For example, if IPF_VENDOR = WINDDK, then the flags for the IPF DDK compiler\r
-will be specified in Tools/Conf/winddk_tools.txt.\r
+This command builds active platform specified in text file target.txt. If \r
+active platform is not specified, go to sub-directory which contains FPD files and\r
+type build. More information about active platform policy reference to specification\r
+<<EDK II Build and Packaging Architecture Specification>>.\r
\r
-------------------------\r
-Individual Package Builds\r
+Individual Platform Builds\r
-------------------------\r
-After running the setup command, you can build individual packages.\r
- In the command window, cd to the package that you want to build, and just\r
- type:\r
- c:\MyWork\Edk2.0\EdkNt32Pkg\> ant\r
+After running the setup command, you can build individual platforms.\r
+ In the command window, \r
+ 1. Set active platform in target.txt, and type "build" in whatever directory;\r
+ 2. or cd to the platform (FPD file) that you want to build, and just type:\r
+ c:\MyWork\Edk2.0\EdkNt32Pkg\> build\r
+\r
+ Note that active platform with the high priority to build, that means active \r
+ platform will be built even if exists FPD file under current directory. More \r
+ information about active platform policy reference to specification\r
+ <<EDK II Build and Packaging Architecture Specification>>. \r
\r
-The EdkNt32Pkg has a special target; "run" that will execute the Nt32 emulation\r
-platform under Microsoft Windows.\r
+Go to <full build path>\Debug\MSFT\IA32 and execute SecMain.exe\r
+to run the Nt32 emulation platform under Microsoft Windows.\r
\r
To exit the Nt32 emulation platform, you may type reset at the EFI Shell>\r
command prompt. Alternately, you may use the Graphical interface, Boot\r
After running the setup command, you can build individual modules.\r
In the command window, cd to the module that you want to build, and just\r
type:\r
- c:\MyWork\Edk2.0\MdePkg\Library\BaseLib\> ant\r
+ c:\MyWork\Edk2.0\MdePkg\Library\BaseLib\> build\r
+\r
+ Note active platform must be set for individual module build. \r
\r
-------------------------------------------------------------------------------\r
A Word on Apache-ANT\r
--------------------\r
The Apache-ANT program is a build tool that uses XML-based project files.\r
Similar to Makefiles, these project files may contain multiple targets. Most\r
-build.xml files in EDK II are auto-generated; any edits performed on the\r
+build.xml files in Edk2.0 are auto-generated; any edits performed on the\r
build.xml files will be overwritten the next time ant is executed.\r
\r
Pre-defined targets in the build.xml files include:\r
\r
A Word on GCC tool chain\r
------------------------\r
-EDK II will not compile with a standard Linux gcc tool chain. While Linux\r
-distributions are usually based on ELF, EDK II requires a version of gcc that is\r
+EDK2 will not compile with a standard Linux gcc tool chain. While Linux\r
+distributions are usually based on ELF, EDK2 requires a version of gcc that is\r
configured to produce PE-COFF images. You will find a script in edk2/Tools/gcc\r
that will download, configure, compile, and install a gcc 4.X cross-compile\r
-tool chain for EDK II development. It has support for the ia32 architecture. It\r
+tool chain for EDK2 development. It has support for the ia32 architecture. It\r
can be built and run on Cygwin, Linux, and many other POSIX compliant host\r
operating environments. There are a few tools that you will need on your host\r
computer in order to compile the tool chain. Among them are bash, gcc, gmake,\r
\r
- Setup environment as Build\r
- Add a module to a package\r
- * Generate the module SurfaceArea description file and build description\r
- file\r
- * Run GenBuildFile.bat under <PackageDir> to generate an entrance\r
- build.xml for the module\r
- * Add a new <MsaFile> element under <MsaFiles> into\r
+ * Generate the module SurfaceArea description file\r
+ * Add a new <Filename> element under <MsaFiles> into\r
<PackageDir>\<PackageName>.spd, using relative path to package\r
- * Add a new <ModuleSA> entry under each <TianoImage> into\r
- <PackageDir>\<PackageName>.fpd file\r
+ * Add a new <ModuleSA> entry under each <FrameworkModules> into\r
+ <PackageDir>\<PackageName>.fpd file if necessary. \r
\r
- Remove a module from a package\r
- * Comment out or remove corresponding <MsaFile> element under <MsaFiles>\r
+ * Comment out or remove corresponding <Filename> element under <MsaFiles>\r
from <PackageDir>\<PackageName>.spd\r
* Comment out or remove corresponding <ModuleSA> entry under each\r
- <TianoImage> from <PackageDir>\<PackageName>.fpd\r
+ <FrameworkModules> from <PackageDir>\<PackageName>.fpd if necessary. \r
\r
-----------------------------------\r
3) How to manually create a package:\r
- Identify the Variables and Guids required in and of the Package (including\r
consumption/production information).\r
- Create an SPD file defining these modules and calling out their MSA files.\r
+ - add a new <Filename> element under <PackageList> into \r
+ Tools\Conf\FrameworkDatabase.db, using the relative path to workspace. \r
\r
--------------------------------------\r
4) Declare a new Protocol in a package: \r
\r
Example Protocol Entries (NOTE: The Guid entry is a single line in the SPD file):\r
<ProtocolDeclarations>\r
- <Entry Name="UnicodeCollation">\r
- <C_Name>gEfiUnicodeCollationProtocolGuid</C_Name>\r
- <Guid>{ 0x1d85cd7f, 0xf43d, 0x11d2, 0x9a, 0xc, 0x0, 0x90, 0x27,\r
- 0x3f, 0xc1, 0x4d }</Guid>\r
- <Entry Name="UsbHc">\r
- <C_Name>gEfiUsbHcProtocolGuid</C_Name>\r
- <Guid>{ 0xf5089266, 0x1aa0, 0x4953, 0x97, 0xd8, 0x56, 0x2f, 0x8a,\r
- 0x73, 0xb5, 0x19 }</Guid>\r
+ <Entry Name="Bds">\r
+ <C_Name>gEfiBdsArchProtocolGuid</C_Name>\r
+ <GuidValue>665E3FF6-46CC-11D4-9A38-0090273FC14D</GuidValue>\r
+ <HelpText/>\r
+ </Entry>\r
+ <Entry Name="Cpu">\r
+ <C_Name>gEfiCpuArchProtocolGuid</C_Name>\r
+ <GuidValue>26BACCB1-6F42-11D4-BCE7-0080C73C8881</GuidValue>\r
+ <HelpText/>\r
+ </Entry>\r
+</ProtocolDeclarations>\r
\r
---------------------------------\r
5) Declare a new PPI in a package:\r
\r
Example Ppi Entries (NOTE: The Guid entry is a single line in the SPD file):\r
<PpiDeclarations>\r
- <Entry Name="NtPeiLoadFile">\r
- <C_Name>gNtPeiLoadFilePpiGuid</C_Name>\r
- <Guid>{ 0xfd0c65eb, 0x405, 0x4cd2, 0x8a, 0xee, 0xf4, 0x0, 0xef, 0x13,\r
- 0xba, 0xc2 }</Guid>\r
+ <Entry Name="BootInRecoveryMode">\r
+ <C_Name>gEfiPeiBootInRecoveryModePpiGuid</C_Name>\r
+ <GuidValue>17EE496A-D8E4-4B9A-94D1-CE8272300850</GuidValue>\r
+ <HelpText/>\r
</Entry>\r
- <Entry Name="NtThunk">\r
- <C_Name>gPeiNtThunkPpiGuid</C_Name>\r
- <Guid>{ 0x98c281e5, 0xf906, 0x43dd, 0xa9, 0x2b, 0xb0, 0x3, 0xbf,\r
- 0x27, 0x65, 0xda }</Guid>\r
+ <Entry Name="CpuIo">\r
+ <C_Name>gEfiPeiCpuIoPpiInServiceTableGuid</C_Name>\r
+ <GuidValue>E6AF1F7B-FC3F-46DA-A828-A3B457A44282</GuidValue>\r
+ <HelpText/>\r
</Entry>\r
</PpiDeclarations>\r
\r
-\r
----------------------------------\r
6) Declare a new GUID in a package:\r
- This release requires manual editing of the SPD file to include the new\r
the following example for the format:\r
\r
<LibraryClassDeclarations>\r
- <LibraryClassDeclaration>\r
- <LibraryClass>BaseLib</LibraryClass>\r
+ <LibraryClass Name="BaseLib">\r
<IncludeHeader>Include/Library/BaseLib.h</IncludeHeader>\r
- </LibraryClassDeclaration>\r
+ <HelpText/>\r
+ </LibraryClass>\r
+ <LibraryClass Name="BaseMemoryLib">\r
+ <IncludeHeader>Include/Library/BaseMemoryLib.h</IncludeHeader>\r
+ <HelpText/>\r
+ </LibraryClass>\r
</LibraryClassDeclarations>\r
\r
---------------------------------------\r
-9) Add a library instance to a package:\r
- - This requires manual MSA and MBD file.\r
-\r
------------------------------\r
-10) Add a module to a package:\r
- - This requires manual MSA and MBD editing\r
-\r
-\r
=======================================================\r
Notes:\r
------\r
projects / mirror_edk2.git / blobdiff