]> git.proxmox.com Git - mirror_edk2.git/blame - OvmfPkg/README
OvmfPkg: Add NV Variable storage within FD
[mirror_edk2.git] / OvmfPkg / README
CommitLineData
49ba9447 1\r
2=== OVMF OVERVIEW ===\r
3\r
4The Open Virtual Machine Firmware (OVMF) project aims\r
5to support firmware for Virtual Machines using the edk2\r
6code base. More information can be found at:\r
7\r
c315da0a 8http://sourceforge.net/apps/mediawiki/tianocore/index.php?title=OVMF\r
49ba9447 9\r
10=== STATUS ===\r
11\r
12Current status: Alpha\r
13\r
14Current capabilities:\r
15* IA32 and X64 architectures\r
73f4a1c0 16* QEMU (0.10.0 or later)\r
49ba9447 17 - Video, keyboard, IDE, CD-ROM, serial\r
18 - Runs UEFI shell\r
7416f4eb 19 - Optional NIC support. Requires QEMU (0.12.2 or later)\r
73f4a1c0 20* UEFI Linux boots\r
21* UEFI Windows 8 boots\r
49ba9447 22\r
23=== FUTURE PLANS ===\r
24\r
25* Stabilize UEFI Linux boot\r
26* Test/Stabilize UEFI Self-Certification Tests (SCT) results\r
27\r
37e97c51 28=== BUILDING OVMF ===\r
29\r
30Pre-requisites:\r
31* Build environment capable of build the edk2 MdeModulePkg.\r
66325870 32* A properly configured ASL compiler:\r
33 - Intel ASL compiler: Available from http://www.acpica.org\r
34 - Microsoft ASL compiler: Available from http://www.acpi.info\r
37e97c51 35\r
36Update Conf/target.txt ACTIVE_PLATFORM for OVMF:\r
37 PEI arch DXE arch UEFI interfaces\r
38* OvmfPkg/OvmfPkgIa32.dsc IA32 IA32 IA32\r
39* OvmfPkg/OvmfPkgIa32X64.dsc IA32 X64 X64\r
40* OvmfPkg/OvmfPkgX64.dsc X64 X64 X64\r
41\r
2dae09a5 42Update Conf/target.txt TARGET_ARCH based on the .dsc file:\r
43 TARGET_ARCH\r
44* OvmfPkg/OvmfPkgIa32.dsc IA32\r
45* OvmfPkg/OvmfPkgIa32X64.dsc IA32 X64\r
46* OvmfPkg/OvmfPkgX64.dsc X64\r
47\r
48Following the edk2 build process, you will find the OVMF binaries\r
49under the $WORKSPACE/Build/*/*/FV directory. The actual path will\r
50depend on how your build is configured. You can expect to find\r
51these binary outputs:\r
7416f4eb 52* OVMF.FD\r
66325870 53 - Please note! This filename has changed. Older releases used OVMF.Fv.\r
922f593a 54* OvmfVideo.rom\r
e79095b7 55 - This file is not built separately any longer, starting with svn r13520.\r
2dae09a5 56\r
57More information on building OVMF can be found at:\r
c315da0a 58\r
59http://sourceforge.net/apps/mediawiki/tianocore/index.php?title=How_to_build_OVMF\r
37e97c51 60\r
61=== RUNNING OVMF on QEMU ===\r
62\r
63* QEMU 0.9.1 or later is required.\r
7416f4eb 64* Either copy, rename or symlink OVMF.FD => bios.bin\r
37e97c51 65* Be sure to use qemu-system-x86_64, if you are using and X64 firmware.\r
66 (qemu-system-x86_64 works for the IA32 firmware as well, of course.)\r
2dae09a5 67* Use the QEMU -L parameter to specify the directory where the bios.bin\r
aadb1d09 68 file is located.\r
37e97c51 69* The EFI shell is built into OVMF builds at this time, so it should\r
70 run automatically if a UEFI boot application is not found on the\r
71 removable media.\r
aed8e2ec 72* On Linux, newer version of QEMU may enable KVM feature, and this might\r
73 cause OVMF to fail to boot. The QEMU '-no-kvm' may allow OVMF to boot.\r
bf23b44d 74* Capturing OVMF debug messages on qemu:\r
75 - The default OVMF build writes debug messages to IO port 0x402. The\r
76 following qemu command line options save them in the file called\r
77 debug.log: '-debugcon file:debug.log -global isa-debugcon.iobase=0x402'.\r
78 - It is possible to revert to the original behavior, when debug messages were\r
79 written to the emulated serial port (potentially intermixing OVMF debug\r
80 output with UEFI serial console output). For this the\r
81 '-D DEBUG_ON_SERIAL_PORT' option has to be passed to the build command (see\r
82 the next section), and in order to capture the serial output qemu needs to\r
83 be started with eg. '-serial file:serial.log'.\r
84 - Debug messages fall into several categories. Logged vs. suppressed\r
85 categories are controlled at OVMF build time by the\r
86 'gEfiMdePkgTokenSpaceGuid.PcdDebugPrintErrorLevel' bitmask (an UINT32\r
87 value) in the selected .dsc file. Individual bits of this bitmask are\r
88 defined in <MdePkg/Include/Library/DebugLib.h>. One non-default bit (with\r
89 some performance impact) that is frequently set for debugging is 0x00400000\r
90 (DEBUG_VERBOSE).\r
91 - The RELEASE build target ('-b RELEASE' build option, see below) disables\r
92 all debug messages. The default build target is DEBUG.\r
5a9745b9 93\r
94=== Build Scripts ===\r
95\r
66325870 96On systems with the bash shell you can use OvmfPkg/build.sh to simplify\r
97building and running OVMF.\r
5a9745b9 98\r
99So, for example, to build + run OVMF X64:\r
66325870 100$ OvmfPkg/build.sh -a X64\r
101$ OvmfPkg/build.sh -a X64 qemu\r
5a9745b9 102\r
103And to run a 64-bit UEFI bootable ISO image:\r
66325870 104$ OvmfPkg/build.sh -a X64 qemu -cdrom /path/to/disk-image.iso\r
105\r
bf23b44d 106To build a 32-bit OVMF without debug messages using GCC 4.5:\r
66325870 107$ OvmfPkg/build.sh -a IA32 -b RELEASE -t GCC45\r
5a9745b9 108\r
aed8e2ec 109=== Network Support ===\r
110\r
7a1f5947
LE
111OVMF provides a UEFI network stack by default. Its lowest level driver is the\r
112NIC driver, higher levels are generic. In order to make DHCP, PXE Boot, and eg.\r
113socket test utilities from the StdLib edk2 package work, (1) qemu has to be\r
114configured to emulate a NIC, (2) a matching UEFI NIC driver must be available\r
115when OVMF boots.\r
7628b0f5 116\r
117(If a NIC is configured for the virtual machine, and -- dependent on boot order\r
118-- PXE booting is attempted, but no DHCP server responds to OVMF's DHCP\r
119DISCOVER message at startup, the boot process may take approx. 3 seconds\r
120longer.)\r
121\r
122* For each NIC emulated by qemu, a GPLv2 licensed UEFI driver is available from\r
123 the iPXE project. The qemu source distribution, starting with version 1.5,\r
124 contains prebuilt binaries of these drivers (and of course allows one to\r
7a1f5947 125 rebuild them from source as well). This is the recommended set of drivers.\r
7628b0f5 126\r
127* Use the qemu -netdev and -device options, or the legacy -net option, to\r
128 enable NIC support: <http://wiki.qemu.org/Documentation/Networking>.\r
129\r
130* For a qemu >= 1.5 binary running *without* any "-M machine" option where\r
131 "machine" would identify a < qemu-1.5 configuration (for example: "-M\r
7a1f5947
LE
132 pc-i440fx-1.4" or "-M pc-0.13"), the iPXE drivers are automatically available\r
133 to and configured for OVMF in the default qemu installation.\r
7628b0f5 134\r
135* For a qemu binary in [0.13, 1.5), or a qemu >= 1.5 binary with an "-M\r
136 machine" option where "machine" selects a < qemu-1.5 configuration:\r
137\r
138 - download a >= 1.5.0-rc1 source tarball from <http://wiki.qemu.org/Download>,\r
139\r
7a1f5947
LE
140 - extract the following iPXE driver files from the tarball and install them\r
141 in a location that is accessible to qemu processes (this may depend on your\r
7628b0f5 142 SELinux configuration, for example):\r
143\r
144 qemu-VERSION/pc-bios/efi-e1000.rom\r
145 qemu-VERSION/pc-bios/efi-ne2k_pci.rom\r
146 qemu-VERSION/pc-bios/efi-pcnet.rom\r
147 qemu-VERSION/pc-bios/efi-rtl8139.rom\r
148 qemu-VERSION/pc-bios/efi-virtio.rom\r
149\r
150 - extend the NIC's -device option on the qemu command line with a matching\r
151 "romfile=" optarg:\r
152\r
153 -device e1000,...,romfile=/full/path/to/efi-e1000.rom\r
154 -device ne2k_pci,...,romfile=/full/path/to/efi-ne2k_pci.rom\r
155 -device pcnet,...,romfile=/full/path/to/efi-pcnet.rom\r
156 -device rtl8139,...,romfile=/full/path/to/efi-rtl8139.rom\r
157 -device virtio-net-pci,...,romfile=/full/path/to/efi-virtio.rom\r
158\r
7a1f5947
LE
159* Independently of the iPXE NIC drivers, the default OVMF build provides a\r
160 basic virtio-net driver, located in OvmfPkg/VirtioNetDxe.\r
161\r
162* Also independently of the iPXE NIC drivers, Intel's proprietary E1000 NIC\r
163 driver (PROEFI) can be embedded in the OVMF image at build time:\r
7628b0f5 164\r
165 - Download UEFI drivers for the e1000 NIC\r
166 - http://downloadcenter.intel.com/Detail_Desc.aspx?agr=Y&DwnldID=17515&lang=eng\r
167 - Install the drivers into a directory called Intel3.5 in your WORKSPACE.\r
168\r
169 - Include the driver in OVMF during the build:\r
170 - Add "-D E1000_ENABLE -D FD_SIZE_2MB" to your build command,\r
171 - For example: "build -D E1000_ENABLE -D FD_SIZE_2MB".\r
aed8e2ec 172\r
7a1f5947
LE
173* When a matching iPXE driver is configured for a NIC as described above, it\r
174 takes priority over other drivers that could possibly drive the card too:\r
175\r
176 | e1000 ne2k_pci pcnet rtl8139 virtio-net-pci\r
177 -------------+------------------------------------------------\r
178 iPXE | x x x x x\r
179 VirtioNetDxe | x\r
180 Intel PROEFI | x\r
181\r
0b5a5022 182=== UNIXGCC Debug ===\r
183\r
184If you build with the UNIXGCC toolchain, then debugging will be disabled\r
185due to larger image sizes being produced by the UNIXGCC toolchain. The\r
186first choice recommendation is to use GCC44 or newer instead.\r
187\r
188If you must use UNIXGCC, then you can override the build options for\r
189particular libraries and modules in the .dsc to re-enable debugging\r
190selectively. For example:\r
191 [Components]\r
192 OvmfPkg/Library/PlatformBdsLib/PlatformBdsLib.inf {\r
193 <BuildOptions>\r
194 GCC:*_*_*_CC_FLAGS = -UMDEPKG_NDEBUG\r
195 }\r
196 IntelFrameworkModulePkg/Universal/BdsDxe/BdsDxe.inf {\r
197 <BuildOptions>\r
198 GCC:*_*_*_CC_FLAGS = -UMDEPKG_NDEBUG\r
199 }\r
200\r