Loading...
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224 225 226 227 228 229 230 231 232 233 234 235 236 237 238 239 240 241 242 243 244 245 246 247 248 249 250 251 252 253 254 255 256 257 258 259 260 261 262 263 264 265 266 267 268 269 270 271 272 273 274 275 276 277 278 279 280 281 282 283 284 285 286 | .. SPDX-License-Identifier: GPL-2.0+ .. Copyright (C) 2017, Tuomas Tynkkynen <tuomas.tynkkynen@iki.fi> QEMU ARM ======== QEMU for ARM supports a special 'virt' machine designed for emulation and virtualization purposes. This document describes how to run U-Boot under it. Both 32-bit ARM and AArch64 are supported. The 'virt' platform provides the following as the basic functionality: - A freely configurable amount of CPU cores - U-Boot loaded and executing in the emulated flash at address 0x0 - A generated device tree blob placed at the start of RAM - A freely configurable amount of RAM, described by the DTB - A PL011 serial port, discoverable via the DTB - An ARMv7/ARMv8 architected timer - PSCI for rebooting the system - A generic ECAM-based PCI host controller, discoverable via the DTB Additionally, a number of optional peripherals can be added to the PCI bus. See :doc:`../../develop/devicetree/dt_qemu` for information on how to see the devicetree actually generated by QEMU. Building U-Boot --------------- Set the CROSS_COMPILE environment variable as usual, and run: - For ARM:: make qemu_arm_defconfig make - For AArch64:: make qemu_arm64_defconfig make - for ARM with SPL:: make qemu_arm_spl_defconfig make - for AArch64 with SPL:: make qemu_arm64_spl_defconfig make Running U-Boot -------------- The minimal QEMU command line to get U-Boot up and running is: - For ARM:: qemu-system-arm -machine virt -nographic -bios u-boot.bin - For AArch64:: qemu-system-aarch64 -machine virt -nographic -cpu cortex-a57 -bios u-boot.bin - For ARM with SPL:: qemu-system-arm -machine virt -nographic -bios image.bin - For AArch64 with SPL:: qemu-system-aarch64 -machine virt -nographic -cpu cortex-a57 -bios image.bin Note that for some odd reason qemu-system-aarch64 needs to be explicitly told to use a 64-bit CPU or it will boot in 32-bit mode. The -nographic argument ensures that output appears on the terminal. Use Ctrl-A X to quit. Additional persistent U-Boot environment support can be added as follows: - Create envstore.img using qemu-img:: qemu-img create -f raw envstore.img 64M - Add a pflash drive parameter to the command line:: -drive if=pflash,format=raw,index=1,file=envstore.img Additional peripherals that have been tested to work in both U-Boot and Linux can be enabled with the following command line parameters: - To add a video console, remove "-nographic" and add e.g.:: -serial stdio -device VGA - To add a Serial ATA disk via an Intel ICH9 AHCI controller, pass e.g.:: -drive if=none,file=disk.img,format=raw,id=mydisk \ -device ich9-ahci,id=ahci -device ide-drive,drive=mydisk,bus=ahci.0 - To add an Intel E1000 network adapter, pass e.g.:: -netdev user,id=net0 -device e1000,netdev=net0 - To add an EHCI-compliant USB host controller, pass e.g.:: -device usb-ehci,id=ehci - To add a USB keyboard attached to an emulated xHCI controller, pass e.g.:: -device qemu-xhci,id=xhci -device usb-kbd,bus=xhci.0 - To add an NVMe disk, pass e.g.:: -drive if=none,file=disk.img,id=mydisk -device nvme,drive=mydisk,serial=foo - To add a random number generator, pass e.g.:: -device virtio-rng-pci These have been tested in QEMU 2.9.0 but should work in at least 2.5.0 as well. Booting distros --------------- It is possible to install and boot a standard Linux distribution using qemu_arm64 by setting up a root disk:: qemu-img create root.img 20G then using the installer to install. For example, with Debian 12:: qemu-system-aarch64 \ -machine virt -cpu cortex-a53 -m 4G -smp 4 \ -bios u-boot.bin \ -serial stdio -device VGA \ -nic user,model=virtio-net-pci \ -device virtio-rng-pci \ -device qemu-xhci,id=xhci \ -device usb-kbd -device usb-tablet \ -drive if=virtio,file=debian-12.0.0-arm64-netinst.iso,format=raw,readonly=on,media=cdrom \ -drive if=virtio,file=root.img,format=raw,media=disk The output will be something like this:: U-Boot 2023.10-rc2-00075-gbe8fbe718e35 (Aug 11 2023 - 08:38:49 +0000) DRAM: 4 GiB Core: 51 devices, 14 uclasses, devicetree: board Flash: 64 MiB Loading Environment from Flash... *** Warning - bad CRC, using default environment In: serial,usbkbd Out: serial,vidconsole Err: serial,vidconsole Bus xhci_pci: Register 8001040 NbrPorts 8 Starting the controller USB XHCI 1.00 scanning bus xhci_pci for devices... 3 USB Device(s) found Net: eth0: virtio-net#32 Hit any key to stop autoboot: 0 Scanning for bootflows in all bootdevs Seq Method State Uclass Part Ent Name Filename --- ----------- ------ -------- ---- --- ------------------------ ---------------- Scanning global bootmeth 'efi_mgr': Scanning bootdev 'fw-cfg@9020000.bootdev': fatal: no kernel available scanning bus for devices... Scanning bootdev 'virtio-blk#34.bootdev': 0 efi ready virtio 2 virtio-blk#34.bootdev.par efi/boot/bootaa64.efi ** Booting bootflow 'virtio-blk#34.bootdev.part_2' with efi Using prior-stage device tree Failed to load EFI variables Error: writing contents ** Unable to write file ubootefi.var ** Failed to persist EFI variables Missing TPMv2 device for EFI_TCG_PROTOCOL Booting /efi\boot\bootaa64.efi Error: writing contents ** Unable to write file ubootefi.var ** Failed to persist EFI variables Welcome to GRUB! Standard boot looks through various available devices and finds the virtio disks, then boots from the first one. After a second or so the grub menu appears and you can work through the installer flow normally. After the installation, you can boot into the installed system by running QEMU again without the drive argument corresponding to the installer CD image. Enabling TPMv2 support ---------------------- To emulate a TPM the swtpm package may be used. It can be built from the following repositories: https://github.com/stefanberger/swtpm.git Swtpm provides a socket for the TPM emulation which can be consumed by QEMU. In a first console invoke swtpm with:: swtpm socket --tpmstate dir=/tmp/mytpm1 \ --ctrl type=unixio,path=/tmp/mytpm1/swtpm-sock --log level=20 In a second console invoke qemu-system-aarch64 with:: -chardev socket,id=chrtpm,path=/tmp/mytpm1/swtpm-sock \ -tpmdev emulator,id=tpm0,chardev=chrtpm \ -device tpm-tis-device,tpmdev=tpm0 Enable the TPM on U-Boot's command line with:: tpm autostart SPL Description --------------- As you see above, running the SPL build is a little different, since there are two binaries to load into memory: SPL and U-Boot proper. Binman is used to produce the combined `image.bin` containing these. See `arch/arm/dts/qemu-arm-u-boot.dtsi` for the definition. A custom loader called `spl_qemu_load_image()` is used to access the U-Boot binary from within SPL. A sample run is shown below, using the build-qemu-sh script. Note that the devicetree is passed via standard passage:: $ ./scripts/build-qemu.sh -a arm -rsxw Running qemu-system-arm -machine virt -accel tcg -display none -serial mon:stdio U-Boot SPL 2025.04-01115-g0b14f5ab2aa1 (Apr 17 2025 - 06:39:51 -0600) Trying to boot from QEMU U-Boot 2025.04-01115-g0b14f5ab2aa1 (Apr 17 2025 - 06:39:51 -0600) DRAM: 128 MiB using memory 0x466aa000-0x476ea000 for malloc() Core: 48 devices, 12 uclasses, devicetree: passage Flash: 64 MiB Loading Environment from Flash... *** Warning - bad CRC, using default environment In: serial,usbkbd Out: serial,vidconsole Err: serial,vidconsole No USB controllers found Net: No ethernet found. starting USB... No USB controllers found Hit any key to stop autoboot: 0 => The aarch64 build is similar:: $ ./scripts/build-qemu.sh -a arm -rsxw Running qemu-system-arm -machine virt -accel tcg -display none -serial mon:stdio U-Boot SPL 2025.04-01115-g38a16f456571 (Apr 17 2025 - 06:43:50 -0600) Trying to boot from QEMU U-Boot 2025.04-01115-g38a16f456571 (Apr 17 2025 - 06:43:50 -0600) DRAM: 128 MiB using memory 0x466aa000-0x476ea000 for malloc() Core: 48 devices, 12 uclasses, devicetree: passage Flash: 64 MiB Loading Environment from Flash... *** Warning - bad CRC, using default environment In: serial,usbkbd Out: serial,vidconsole Err: serial,vidconsole No USB controllers found Net: No ethernet found. starting USB... No USB controllers found Hit any key to stop autoboot: 0 => Debug UART ---------- The debug UART on the ARM virt board uses these settings:: CONFIG_DEBUG_UART=y CONFIG_DEBUG_UART_PL010=y CONFIG_DEBUG_UART_BASE=0x9000000 CONFIG_DEBUG_UART_CLOCK=0 |