]> git.proxmox.com Git - mirror_edk2.git/blob - OvmfPkg/README
Update NetworkPkg package version to 0.95.
[mirror_edk2.git] / OvmfPkg / README
1
2 === OVMF OVERVIEW ===
3
4 The Open Virtual Machine Firmware (OVMF) project aims
5 to support firmware for Virtual Machines using the edk2
6 code base. More information can be found at:
7
8 http://sourceforge.net/apps/mediawiki/tianocore/index.php?title=OVMF
9
10 === STATUS ===
11
12 Current capabilities:
13 * IA32 and X64 architectures
14 * QEMU (0.10.0 or later)
15 - Video, keyboard, IDE, CD-ROM, serial
16 - Runs UEFI shell
17 - Optional NIC support. Requires QEMU (0.12.2 or later)
18 * UEFI Linux boots
19 * UEFI Windows 8 boots
20 * UEFI Windows 7 & Windows 2008 Server boot (see important notes below!)
21
22 === FUTURE PLANS ===
23
24 * Test/Stabilize UEFI Self-Certification Tests (SCT) results
25
26 === BUILDING OVMF ===
27
28 Pre-requisites:
29 * Build environment capable of build the edk2 MdeModulePkg.
30 * A properly configured ASL compiler:
31 - Intel ASL compiler: Available from http://www.acpica.org
32 - Microsoft ASL compiler: Available from http://www.acpi.info
33 * NASM: http://www.nasm.us/
34
35 Update Conf/target.txt ACTIVE_PLATFORM for OVMF:
36 PEI arch DXE arch UEFI interfaces
37 * OvmfPkg/OvmfPkgIa32.dsc IA32 IA32 IA32
38 * OvmfPkg/OvmfPkgIa32X64.dsc IA32 X64 X64
39 * OvmfPkg/OvmfPkgX64.dsc X64 X64 X64
40
41 Update Conf/target.txt TARGET_ARCH based on the .dsc file:
42 TARGET_ARCH
43 * OvmfPkg/OvmfPkgIa32.dsc IA32
44 * OvmfPkg/OvmfPkgIa32X64.dsc IA32 X64
45 * OvmfPkg/OvmfPkgX64.dsc X64
46
47 Following the edk2 build process, you will find the OVMF binaries
48 under the $WORKSPACE/Build/*/*/FV directory. The actual path will
49 depend on how your build is configured. You can expect to find
50 these binary outputs:
51 * OVMF.FD
52 - Please note! This filename has changed. Older releases used OVMF.Fv.
53 * OvmfVideo.rom
54 - This file is not built separately any longer, starting with svn r13520.
55
56 More information on building OVMF can be found at:
57
58 http://sourceforge.net/apps/mediawiki/tianocore/index.php?title=How_to_build_OVMF
59
60 === RUNNING OVMF on QEMU ===
61
62 * QEMU 0.12.2 or later is required.
63 * Be sure to use qemu-system-x86_64, if you are using and X64 firmware.
64 (qemu-system-x86_64 works for the IA32 firmware as well, of course.)
65 * Use OVMF for QEMU firmware (3 options available)
66 - Option 1: QEMU 1.6 or newer; Use QEMU -pflash parameter
67 * QEMU/OVMF will use emulated flash, and fully support UEFI variables
68 * Run qemu with: -pflash path/to/OVMF.fd
69 - Option 2: Use QEMU -bios parameter
70 * Note that UEFI variables will be partially emulated, and non-volatile
71 variables may lose their contents after a reboot
72 * Run qemu with: -bios path/to/OVMF.fd
73 - Option 3: Use QEMU -L parameter
74 * Note that UEFI variables will be partially emulated, and non-volatile
75 variables may lose their contents after a reboot
76 * Either copy, rename or symlink OVMF.fd => bios.bin
77 * Use the QEMU -L parameter to specify the directory where the bios.bin
78 file is located.
79 * The EFI shell is built into OVMF builds at this time, so it should
80 run automatically if a UEFI boot application is not found on the
81 removable media.
82 * On Linux, newer version of QEMU may enable KVM feature, and this might
83 cause OVMF to fail to boot. The QEMU '-no-kvm' may allow OVMF to boot.
84 * Capturing OVMF debug messages on qemu:
85 - The default OVMF build writes debug messages to IO port 0x402. The
86 following qemu command line options save them in the file called
87 debug.log: '-debugcon file:debug.log -global isa-debugcon.iobase=0x402'.
88 - It is possible to revert to the original behavior, when debug messages were
89 written to the emulated serial port (potentially intermixing OVMF debug
90 output with UEFI serial console output). For this the
91 '-D DEBUG_ON_SERIAL_PORT' option has to be passed to the build command (see
92 the next section), and in order to capture the serial output qemu needs to
93 be started with eg. '-serial file:serial.log'.
94 - Debug messages fall into several categories. Logged vs. suppressed
95 categories are controlled at OVMF build time by the
96 'gEfiMdePkgTokenSpaceGuid.PcdDebugPrintErrorLevel' bitmask (an UINT32
97 value) in the selected .dsc file. Individual bits of this bitmask are
98 defined in <MdePkg/Include/Library/DebugLib.h>. One non-default bit (with
99 some performance impact) that is frequently set for debugging is 0x00400000
100 (DEBUG_VERBOSE).
101 - The RELEASE build target ('-b RELEASE' build option, see below) disables
102 all debug messages. The default build target is DEBUG.
103
104 === Build Scripts ===
105
106 On systems with the bash shell you can use OvmfPkg/build.sh to simplify
107 building and running OVMF.
108
109 So, for example, to build + run OVMF X64:
110 $ OvmfPkg/build.sh -a X64
111 $ OvmfPkg/build.sh -a X64 qemu
112
113 And to run a 64-bit UEFI bootable ISO image:
114 $ OvmfPkg/build.sh -a X64 qemu -cdrom /path/to/disk-image.iso
115
116 To build a 32-bit OVMF without debug messages using GCC 4.5:
117 $ OvmfPkg/build.sh -a IA32 -b RELEASE -t GCC45
118
119 === Network Support ===
120
121 OVMF provides a UEFI network stack by default. Its lowest level driver is the
122 NIC driver, higher levels are generic. In order to make DHCP, PXE Boot, and eg.
123 socket test utilities from the StdLib edk2 package work, (1) qemu has to be
124 configured to emulate a NIC, (2) a matching UEFI NIC driver must be available
125 when OVMF boots.
126
127 (If a NIC is configured for the virtual machine, and -- dependent on boot order
128 -- PXE booting is attempted, but no DHCP server responds to OVMF's DHCP
129 DISCOVER message at startup, the boot process may take approx. 3 seconds
130 longer.)
131
132 * For each NIC emulated by qemu, a GPLv2 licensed UEFI driver is available from
133 the iPXE project. The qemu source distribution, starting with version 1.5,
134 contains prebuilt binaries of these drivers (and of course allows one to
135 rebuild them from source as well). This is the recommended set of drivers.
136
137 * Use the qemu -netdev and -device options, or the legacy -net option, to
138 enable NIC support: <http://wiki.qemu.org/Documentation/Networking>.
139
140 * For a qemu >= 1.5 binary running *without* any "-M machine" option where
141 "machine" would identify a < qemu-1.5 configuration (for example: "-M
142 pc-i440fx-1.4" or "-M pc-0.13"), the iPXE drivers are automatically available
143 to and configured for OVMF in the default qemu installation.
144
145 * For a qemu binary in [0.13, 1.5), or a qemu >= 1.5 binary with an "-M
146 machine" option where "machine" selects a < qemu-1.5 configuration:
147
148 - download a >= 1.5.0-rc1 source tarball from <http://wiki.qemu.org/Download>,
149
150 - extract the following iPXE driver files from the tarball and install them
151 in a location that is accessible to qemu processes (this may depend on your
152 SELinux configuration, for example):
153
154 qemu-VERSION/pc-bios/efi-e1000.rom
155 qemu-VERSION/pc-bios/efi-ne2k_pci.rom
156 qemu-VERSION/pc-bios/efi-pcnet.rom
157 qemu-VERSION/pc-bios/efi-rtl8139.rom
158 qemu-VERSION/pc-bios/efi-virtio.rom
159
160 - extend the NIC's -device option on the qemu command line with a matching
161 "romfile=" optarg:
162
163 -device e1000,...,romfile=/full/path/to/efi-e1000.rom
164 -device ne2k_pci,...,romfile=/full/path/to/efi-ne2k_pci.rom
165 -device pcnet,...,romfile=/full/path/to/efi-pcnet.rom
166 -device rtl8139,...,romfile=/full/path/to/efi-rtl8139.rom
167 -device virtio-net-pci,...,romfile=/full/path/to/efi-virtio.rom
168
169 * Independently of the iPXE NIC drivers, the default OVMF build provides a
170 basic virtio-net driver, located in OvmfPkg/VirtioNetDxe.
171
172 * Also independently of the iPXE NIC drivers, Intel's proprietary E1000 NIC
173 driver (PROEFI) can be embedded in the OVMF image at build time:
174
175 - Download UEFI drivers for the e1000 NIC
176 - http://downloadcenter.intel.com/Detail_Desc.aspx?agr=Y&DwnldID=17515&lang=eng
177 - Install the drivers into a directory called Intel3.5 in your WORKSPACE.
178
179 - Include the driver in OVMF during the build:
180 - Add "-D E1000_ENABLE -D FD_SIZE_2MB" to your build command,
181 - For example: "build -D E1000_ENABLE -D FD_SIZE_2MB".
182
183 * When a matching iPXE driver is configured for a NIC as described above, it
184 takes priority over other drivers that could possibly drive the card too:
185
186 | e1000 ne2k_pci pcnet rtl8139 virtio-net-pci
187 -------------+------------------------------------------------
188 iPXE | x x x x x
189 VirtioNetDxe | x
190 Intel PROEFI | x
191
192 === OVMF Flash Layout ===
193
194 Like all current IA32/X64 system designs, OVMF's firmware
195 device (rom/flash) appears in QEMU's physical address space
196 just below 4GB (0x100000000).
197
198 The layout of the firmware device in memory looks like:
199
200 +--------------------------------------- 4GB (0x100000000)
201 | VTF0 (16-bit reset code) and OVMF SEC
202 | (SECFV)
203 +--------------------------------------- varies based on flash size
204 |
205 | Compressed main firmware image
206 | (FVMAIN_COMPACT)
207 |
208 +--------------------------------------- base + 0x20000
209 | Fault-tolerant write (FTW)
210 | Spare blocks (64KB/0x10000)
211 +--------------------------------------- base + 0x10000
212 | FTW Work block (4KB/0x1000)
213 +--------------------------------------- base + 0x0f000
214 | Event log area (4KB/0x1000)
215 +--------------------------------------- base + 0x0e000
216 | Non-volatile variable storage
217 | area (56KB/0xe000)
218 +--------------------------------------- base address
219
220 OVMF supports building a 1MB or a 2MB flash image. The base address for
221 a 1MB image in QEMU physical memory is 0xfff00000. The base address for
222 a 2MB image is 0xffe00000.
223
224 The code in SECFV locates FVMAIN_COMPACT, and decompresses the
225 main firmware (MAINFV) into RAM memory at address 0x800000. The
226 remaining OVMF firmware then uses this decompressed firmware
227 volume image.
228
229 === UNIXGCC Debug ===
230
231 If you build with the UNIXGCC toolchain, then debugging will be disabled
232 due to larger image sizes being produced by the UNIXGCC toolchain. The
233 first choice recommendation is to use GCC44 or newer instead.
234
235 If you must use UNIXGCC, then you can override the build options for
236 particular libraries and modules in the .dsc to re-enable debugging
237 selectively. For example:
238 [Components]
239 OvmfPkg/Library/PlatformBdsLib/PlatformBdsLib.inf {
240 <BuildOptions>
241 GCC:*_*_*_CC_FLAGS = -UMDEPKG_NDEBUG
242 }
243 IntelFrameworkModulePkg/Universal/BdsDxe/BdsDxe.inf {
244 <BuildOptions>
245 GCC:*_*_*_CC_FLAGS = -UMDEPKG_NDEBUG
246 }
247
248 === UEFI Windows 7 & Windows 2008 Server ===
249
250 * One of the '-vga std' and '-vga qxl' QEMU options should be used.
251 * Only one video mode, 1024x768x32, is supported at OS runtime.
252 * The '-vga qxl' QEMU option is recommended. After booting the installed
253 guest OS, select the video card in Device Manager, and upgrade its driver
254 to the QXL XDDM one. Download location:
255 <http://www.spice-space.org/download.html>, Guest | Windows binaries.
256 This enables further resolutions at OS runtime, and provides S3
257 (suspend/resume) capability.