u-boot.git/board/emulation, branch v2025.04

fdt: Swap the signature for board_fdt_blob_setup()

2024-12-18T21:18:59Z

This returns a devicetree and updates a parameter with an error code. Swap it, since this fits better with the way U-Boot normally works. It also (more easily) allows leaving the existing pointer unchanged. No yaks were harmed in this change, but there is a very small code-size reduction. For sifive, the OF_BOARD option must be set for the function to be called, so there is no point in checking it again. Also OF_SEPARATE is defined always. Signed-off-by: Simon Glass Reviewed-by: Matthias Brugger Reviewed-by: Patrice Chotard [trini: Update total_compute] Signed-off-by: Tom Rini

arm: qemu: fix update_info declaration

2024-12-06T23:47:23Z

Add a missing comma in the update_info structure declaration. This fixes the following build error when building with EFI_RUNTIME_UPDATE_CAPSULE or EFI_CAPSULE_ON_DISK: board/emulation/qemu-arm/qemu-arm.c:52:9: error: request for member ‘images’ in something not a structure or union Fixes: cccea18813c4 ("efi_loader: add the number of image entries in efi_capsule_update_info") Signed-off-by: Vincent Stehlé Cc: Masahisa Kojima Cc: Tuomas Tynkkynen Cc: Tom Rini

board: qemu-arm: select CONFIG_HAS_CUSTOM_SYS_INIT_SP_ADDR

2024-11-13T14:18:20Z

qemu_arm64_defconfig with CONFIG_HAS_CUSTOM_SYS_INIT_SP_ADDR=n leads to a build error: arch/arm/lib/crt0_64.S:85: Error: constant expression expected at operand 2 -- `ldr x0,=((CFG_SYS_INIT_RAM_ADDR+CFG_SYS_INIT_RAM_SIZE-480))' We do not define CFG_SYS_INIT_RAM_ADDR and CFG_SYS_INIT_RAM_SIZE for QEMU. Signed-off-by: Heinrich Schuchardt Acked-by: Ilias Apalodimas

riscv: qemu: Enable EFI framebuffer

2024-10-28T08:11:33Z

Enable framebuffer for better virtual machine integration. Some guests need EFI FB to work properly. Reviewed-by: Leo Yu-Chi Liang

board: emulation: Add QEMU sbsa support

2024-10-27T23:24:13Z

Add support for Arm sbsa [1] v0.3+ that is supported by QEMU [2]. Unlike other Arm based platforms the machine only provides a minimal FDT that contains number of CPUs, ammount of memory and machine-version. The boot firmware has to provide ACPI tables to the OS. Due to this design a full DTB is added here as well that allows U-Boot's driver to properly function. The DTB is appended at the end of the U-Boot image and will be merged with the QEMU provided DTB. In addition provide documentation how to use, enable binman to fabricate both ROMs that are required to boot and add ACPI tables to make it full compatible to the EDK2 reference implementation. The board was tested using Fedora 40 Aarch64 Workstation. It's able to boot from USB and AHCI or network. Tested and found working: - serial - PCI - xHCI - Bochs display - AHCI - network using e1000e - CPU init - Booting Fedora 40 1: Server Base System Architecture (SBSA) 2: https://www.qemu.org/docs/master/system/arm/sbsa.html Signed-off-by: Patrick Rudolph Cc: Peter Robinson Cc: Simon Glass Cc: Tom Rini

board: emulation: New board qemu-xtensa

2024-07-04T22:08:37Z

Introduce the new board, define every bits. Tested-by: Max Filippov Signed-off-by: Jiaxun Yang

board: emulation: Remove and add needed includes

2024-05-06T21:07:50Z

Remove from this board vendor directory and when needed add missing include files directly. Signed-off-by: Tom Rini

Merge patch series "Resolve issues with booting distros on x86"

2024-04-11T02:01:42Z

Simon Glass says: This little series reprises the EFI-video fix, fixes a USB problem and enables a boot script for coreboot. It also moves to truetype fonts for coreboot and qemu-x86, since the menus look much better and there are no strong size constraints. With these changes it is possible to boot a Linux distro automatically with U-Boot on x86, including when U-Boot is the second-stage bootloader.

x86: qemu: Expand ROM size

2024-04-11T02:01:33Z

Expand the ROM for x86_64 to 2MB to make space for the font, as it is already on the edge. Signed-off-by: Simon Glass

riscv: Move virtio scan to board_late_init()

2024-04-09T03:30:24Z

When virtio_init() gets called from board_init() PCI isn't ready. Thus, virtio-over-PCI (e.g. network interfaces) devices can't be detected and used without additional `virtio scan` scan in the shell or a script. Signed-off-by: Łukasz Stelmach Reviewed-by: Leo Yu-Chi Liang