- Concept - U-Boot List

[PATCH 0/6] emulation: Restructure the Kconfig
by Simon Glass 24 Jul '25

24 Jul '25

From: Simon Glass <sjg(a)chromium.org> At present ARM and x86 use differently named symbols to mean similar things. For x86, board/emulation/Kconfig contains the targets, but ARM has them in a different file. While ARM uses ARCH_QEMU to mean QEMU, x86 uses VENDOR_EMULATION. This series adjusts the Kconfig for emulation targets on x86 and ARM, to improve consistency. A new arch-neutral MACH_QEMU is introduced. This is enabled for all ARM/x86 emulation targets. Furture work could add this for other archs too. Simon Glass (6): emulation: x86: Rename VENDOR_EMULATION to ARCH_QEMU_X86 arm: x86: Move Kconfig from arch/ to board/ arm: Move inclusion of board/emulation into board/ emulation: Move QFW drivers to drivers/qfw emulation: Rename the uclass file to qfw-uclass.c emulation: Move common qfw file in with other code arch/Kconfig | 2 + arch/arm/Kconfig | 4 -- arch/arm/mach-qemu/Kconfig | 72 --------------------- arch/x86/Kconfig | 15 ++++- arch/x86/cpu/qemu/Kconfig | 12 ---- board/emulation/Kconfig | 81 +++++++++++++++++++++++- board/emulation/qemu-x86/Kconfig | 1 - common/Makefile | 2 - drivers/Makefile | 1 + drivers/misc/Makefile | 8 --- drivers/qfw/Makefile | 13 ++++ drivers/{misc/qfw.c => qfw/qfw-uclass.c} | 0 {common => drivers/qfw}/qfw.c | 0 drivers/{misc => qfw}/qfw_acpi.c | 0 drivers/{misc => qfw}/qfw_mmio.c | 0 drivers/{misc => qfw}/qfw_pio.c | 0 drivers/{misc => qfw}/qfw_sandbox.c | 0 drivers/{misc => qfw}/qfw_smbios.c | 0 fs/Kconfig | 6 +- 19 files changed, 110 insertions(+), 107 deletions(-) create mode 100644 drivers/qfw/Makefile rename drivers/{misc/qfw.c => qfw/qfw-uclass.c} (100%) rename {common => drivers/qfw}/qfw.c (100%) rename drivers/{misc => qfw}/qfw_acpi.c (100%) rename drivers/{misc => qfw}/qfw_mmio.c (100%) rename drivers/{misc => qfw}/qfw_pio.c (100%) rename drivers/{misc => qfw}/qfw_sandbox.c (100%) rename drivers/{misc => qfw}/qfw_smbios.c (100%) -- 2.43.0 base-commit: 537e97237e5caff985c9de5b1651c0dcb19c4c9a branch: qemg

1 6

[PATCH 0/9] test/py: Various enhancements for lab use
by Simon Glass 19 Jul '25

19 Jul '25

From: Simon Glass <sjg(a)chromium.org> This series provides several improvements associated with the sjg labgrid integration: - restart boards reliably during tests - console logging to a file - allow putting Labgrid into verbose mode - easier debugging of test.py Simon Glass (9): test/py: Provide an option to abort on an exception hooks: Pass the verbose flag to labgrid test/py: Fix a spurious tab in get_details() hooks: Allow writing the console log to a file sandbox: Drop expect_reset from restart_uboot_with_flags() test/py: Create a new function for EFI capsule updates test/py: Create a function to restart a board test/py: hooks: Provide a proper way to restart U-Boot pcduino: Enable EFI self-tests configs/Linksprite_pcDuino3_defconfig | 1 + test/hooks/bin/console.labgrid-sjg | 2 +- test/hooks/bin/ellesmere/common-labgrid-sjg | 1 + test/hooks/bin/restart.labgrid-sjg | 43 +++++++++++++++++++ test/hooks/bin/u-boot-test-restart | 38 ++++++++++++++++ test/py/conftest.py | 38 ++++++++++------ test/py/console_base.py | 28 +++++++++++- test/py/console_board.py | 14 ++++++ test/py/console_sandbox.py | 7 +-- .../test_capsule_firmware_fit.py | 10 ++++- .../test_capsule_firmware_raw.py | 5 ++- test/py/tests/test_efi_selftest.py | 2 +- test/py/tests/test_reset.py | 8 ++++ 13 files changed, 171 insertions(+), 26 deletions(-) create mode 100755 test/hooks/bin/restart.labgrid-sjg create mode 100755 test/hooks/bin/u-boot-test-restart -- 2.43.0 base-commit: 290829cc0d20dc4da5a8dfa43b94adcf368bc1b1 branch: labf

1 9

[PATCH 00/26] virtio: Add support for virtio-scsi
by Simon Glass 02 Jul '25

02 Jul '25

From: Simon Glass <sjg(a)chromium.org> It is often possible to use virtio-blk for block devices, but it is less flexible than SCSI. SCSI provides a means to probe for multiple disks through the same interface. It also supports hotplug and other features. This series adds a simple virtio-scsi driver for use with QEMU. The new driver creates a SCSI bus when the virtio buses are scanned. That can be scanned in turn, using 'scsi scan', to find the available virtio disks. For this to work, quite a few minor updates are needed in the SCSI implementation: - Increase the buffer sizes for commands and sense buffer - Fix off-by-one error when scanning for devices - Use REPORT LUN to determine what LUNs are present for a target - Clean up some open-coded constants - Make use of a struct to decode the IDENTIFY response - Clean up of the confusing and error-prone SCSI read/write functions - Add support for using a scsi disk to the build-qemu/efi scripts When a SCSI disk is inaccessible (e.g. the LUN is wrong), this is seldom reported as an error. For example 'part list' does not say 'read error' but 'unsupported partition type'. Probing the block device results in each partition-type driver reading blocks, none of which reports the error. So an attempt is made here to clean this up, so that bad LUNs show an error. Another clean-up is to show partition numbers in hex with 'part list', since the current approach conflicts with the 'part' command. Some additional x86 debugging is added for the jump from SPL to U-Boot proper, since this can be confusing when it fails in QEMU. With all of the above, virtio-scsi can be used on qemu-x86_64 for loading an OS and associated files, including with standard boot. Simon Glass (26): x86: Show jump address in SPL when debugging x86: Add some info on the memory map scripts: Move root-disk processing to helper scripts: Support a root disk connected via virtio-scsi part: Detect errors when reading partition tables part: Show partition numbers in hex scsi: Expand the maximum buffer sizes scsi: Add a constant for the tempbuff size scsi: Fix off-by-one error when scanning scsi: Use hex in block-device names scsi: Use REPORT LUNS to scan the correct number of LUNs scsi: Provide some response flags scsi: Use a struct to decode the inquiry response scsi: Rename block_dev and dev_desc to desc scsi: Create a function to add command and LUN to the ccb scsi: Only add the LUN to the command if needed scsi: Check SCSI spec version for LUN handling scsi: Tidy up error returns for read/write scsi: Use a variable for the number of blocks to process scsi: Reorder the local variables scsi: Use mapmem functions scsi: Move loop counters down next to the loop scsi: Adjust loop counters once in the loop virtio: Bring in the virtio_scsi header virtio: Add support for virtio-scsi virtio: Add debugging of driver features and device type arch/x86/lib/spl.c | 8 +- disk/part.c | 28 ++- disk/part_amiga.c | 2 +- disk/part_dos.c | 15 +- disk/part_efi.c | 20 +- disk/part_iso.c | 18 +- disk/part_mac.c | 16 +- doc/arch/x86/x86.rst | 17 ++ drivers/block/blk-uclass.c | 3 +- drivers/block/ide.c | 3 +- drivers/scsi/scsi.c | 348 +++++++++++++++++++++------------ drivers/virtio/Kconfig | 12 ++ drivers/virtio/Makefile | 1 + drivers/virtio/virtio-uclass.c | 6 +- drivers/virtio/virtio_scsi.c | 249 +++++++++++++++++++++++ drivers/virtio/virtio_scsi.h | 175 +++++++++++++++++ include/blk.h | 1 + include/dt-bindings/virtio.h | 1 + include/part.h | 15 +- include/scsi.h | 24 ++- include/virtio.h | 1 + scripts/build-efi | 9 - scripts/build-qemu | 11 +- scripts/build_helper.py | 19 ++ 24 files changed, 817 insertions(+), 185 deletions(-) create mode 100644 drivers/virtio/virtio_scsi.c create mode 100644 drivers/virtio/virtio_scsi.h -- 2.43.0 base-commit: 08a84c7cc73841f24dcdebe876b1aad7c8058890 branch: qeme

1 26

[PATCH 00/19] efi: Unify the scripts and start-up code
by Simon Glass 30 Jun '25

30 Jun '25

From: Simon Glass <sjg(a)chromium.org> We have two scripts which run QEMU, one for EFI and one for bare metal. They have similar options so it seems reasonable to try to unify them a bit. This series creates a common file and adjusts arguments so they are consistent across both scripts. The EFI app for ARM and x86 have different start-up code but in fact the code is quiet similar. This series creates a new common main program, called efi_main_common() which is used for both architectures. The small number of differences are handled in arch-specific code. Simon Glass (19): scripts: Drop unwanted Stage() function from build_helper scripts: Move common arguments into build_helper.py scripts: Use the same main() approach fo both scripts scripts: build-efi: Drop the -a option scripts: build-efi: Use -a instead of -A scripts: build-efi: Use --write-kernel instead of -K scripts: Move some QEMU-arg building into build_helper scripts: Move bitness and os_arch to helper scripts: Move OS selection into the helper efi: x86: Show app banner on startup efi: Rename efi_stub.o Makefile variable efi: Drop the efi_ prefix on the arch-specific stub files efi: Create a common file for the stub efi: Move more common stub code into the common file efi: Unify the names for use_uart and ebs_called efi: Create a common efi_main() implementation for the stub efi: Move x86 over to use the common efi_main() function efi: Move ARM over to use the common efi_main() function efi: Switch x86 and ARM to use the unified stub Makefile | 3 +- configs/efi-arm_app64_defconfig | 1 - configs/efi-x86_app32_defconfig | 1 - configs/efi-x86_app64_defconfig | 1 - configs/efi-x86_payload32_defconfig | 1 - configs/efi-x86_payload64_defconfig | 1 - include/efi.h | 8 +- include/efi_stub.h | 59 ++++++ lib/efi_client/Kconfig | 1 + lib/efi_client/Makefile | 20 +- lib/efi_client/efi.c | 24 --- lib/efi_client/{efi_stub_arm64.c => stub.c} | 117 +++++------- lib/efi_client/stub_arm64.c | 76 ++++++++ lib/efi_client/{efi_stub_x86.c => stub_x86.c} | 175 +----------------- scripts/build-efi | 80 +++----- scripts/build-qemu | 79 +------- scripts/build_helper.py | 111 +++++++++-- 17 files changed, 335 insertions(+), 423 deletions(-) rename lib/efi_client/{efi_stub_arm64.c => stub.c} (65%) create mode 100644 lib/efi_client/stub_arm64.c rename lib/efi_client/{efi_stub_x86.c => stub_x86.c} (52%) -- 2.43.0 base-commit: 55141ad119f8962d41b38bec9924524bd8daf2ba branch: appg

1 19

[PATCH 0/7] virtio: Support virtio-fs
by Simon Glass 30 Jun '25

30 Jun '25

From: Simon Glass <sjg(a)chromium.org> This series introduces support for virtio-fs, a filesystem which provides access to host files from within a QEMU guest OS. A new filesystem driver is created with support for the three uclasses (FS, DIR, FILE). A compatibility layer is added as well, so that the existing cmdline work as expected. Only listing directories and reading files are supported so far. Since sandbox works by using a NULL blk_desc, a workaround is added for now. Once we switch commands (and bootstd!) over to the new filesystem approach, this will go away. It is possible to test this using something like: ./scripts/build-qemu -a x86 -rs -D . then within U-Boot: ls virtio 0 Simon Glass (7): fs: Bring in fuse header file from Linux virtio: Acknowledge devices only when probed virtio: Rename a few legacy-PCI functions virtio: Add top-level functions for virtio-fs virtio: Add support for directories virtio: Add support for files virtio: Plumb virtio-fs into the legacy filesystem code MAINTAINERS | 2 + disk/part.c | 6 + drivers/virtio/Kconfig | 13 + drivers/virtio/Makefile | 1 + drivers/virtio/fs.c | 428 +++++++++ drivers/virtio/fs_compat.c | 163 ++++ drivers/virtio/fs_dir.c | 200 +++++ drivers/virtio/fs_file.c | 136 +++ drivers/virtio/fs_internal.h | 181 ++++ drivers/virtio/virtio-uclass.c | 13 +- drivers/virtio/virtio_pci_legacy.c | 8 +- fs/fs-uclass.c | 25 + fs/fs_legacy.c | 43 +- include/fs.h | 12 + include/fs_common.h | 6 + include/linux/fuse.h | 1289 ++++++++++++++++++++++++++++ include/virtio.h | 1 + include/virtio_fs.h | 82 ++ 18 files changed, 2594 insertions(+), 15 deletions(-) create mode 100644 drivers/virtio/fs.c create mode 100644 drivers/virtio/fs_compat.c create mode 100644 drivers/virtio/fs_dir.c create mode 100644 drivers/virtio/fs_file.c create mode 100644 drivers/virtio/fs_internal.h create mode 100644 include/linux/fuse.h create mode 100644 include/virtio_fs.h -- 2.43.0 base-commit: 0886499b1facb39c23a6ee5a014c192dc881e5e2 branch: qemf

1 0

[PATCH 0/7] virtio: Support virtio-fs
by sjg＠u-boot.org 30 Jun '25

30 Jun '25

From: Simon Glass <sjg(a)chromium.org> This series introduces support for virtio-fs, a filesystem which provides access to host files from within a QEMU guest OS. A new filesystem driver is created with support for the three uclasses (FS, DIR, FILE). A compatibility layer is added as well, so that the existing cmdline work as expected. Only listing directories and reading files are supported so far. Since sandbox works by using a NULL blk_desc, a workaround is added for now. Once we switch commands (and bootstd!) over to the new filesystem approach, this will go away. It is possible to test this using something like: ./scripts/build-qemu -a x86 -rs -D . then within U-Boot: ls virtio 0 Simon Glass (7): fs: Bring in fuse header file from Linux virtio: Acknowledge devices only when probed virtio: Rename a few legacy-PCI functions virtio: Add top-level functions for virtio-fs virtio: Add support for directories virtio: Add support for files virtio: Plumb virtio-fs into the legacy filesystem code MAINTAINERS | 2 + disk/part.c | 6 + drivers/virtio/Kconfig | 13 + drivers/virtio/Makefile | 1 + drivers/virtio/fs.c | 428 +++++++++ drivers/virtio/fs_compat.c | 163 ++++ drivers/virtio/fs_dir.c | 200 +++++ drivers/virtio/fs_file.c | 136 +++ drivers/virtio/fs_internal.h | 181 ++++ drivers/virtio/virtio-uclass.c | 13 +- drivers/virtio/virtio_pci_legacy.c | 8 +- fs/fs-uclass.c | 25 + fs/fs_legacy.c | 43 +- include/fs.h | 12 + include/fs_common.h | 6 + include/linux/fuse.h | 1289 ++++++++++++++++++++++++++++ include/virtio.h | 1 + include/virtio_fs.h | 82 ++ 18 files changed, 2594 insertions(+), 15 deletions(-) create mode 100644 drivers/virtio/fs.c create mode 100644 drivers/virtio/fs_compat.c create mode 100644 drivers/virtio/fs_dir.c create mode 100644 drivers/virtio/fs_file.c create mode 100644 drivers/virtio/fs_internal.h create mode 100644 include/linux/fuse.h create mode 100644 include/virtio_fs.h -- 2.43.0 base-commit: 0886499b1facb39c23a6ee5a014c192dc881e5e2 branch: qemf

1 7

[PATCH 00/19] Introduce a filesystem layer
by sjg＠u-boot.org 28 Jun '25

28 Jun '25

From: Simon Glass <sjg(a)chromium.org> U-Boot's filesystems work reasonably well but could be improved: - There is no equivalent of Linux's VFS, meaning that the device type must be provided with filesystem commands like 'ls' and 'load' - There is no caching, nor really anything to hang caching on to, so each access causes the filesystem to be remounted - There is no real 'driver model' access to filesystems, in the sense of opening a file, reading it and then later closing it - It is quite hard to support non-block filesystems, since many functions pass around a struct blk_desc for want of a better structure. As a first step towards improving things, this series provides a simple filesystem uclass, which can be implemented to provide access to filesystems via driver model. Only one filesystem is currently supported: sandbox's hostfs The existing filesystem layer is renamed to 'legacy', to indicate that it is on the way out. New filesystems should try to build on this new series. The rename is only partial, since there is no attempt here to replace the existing filesystem commands. Basic versions of a directory and file are also added. The directory uclass only supports listing directories. The file uclass only supports reading files. There is a small test. From this small start, we can perhaps build on more features. Simon Glass (19): blk: Use hex indices for the device name dm: Rename dev_get_child_count() to dev_read_child_count() sandbox: Update os_open() to return an error code fs: Rename fs.h to fs_legacy.h fs: Rename fs.c to fs_legacy.c fs: Provide a Kconfig option for legacy-filesystem support fs: Provide an SPL Kconfig for legacy-filesystem support fs: Create a common header for legacy and new fs: Create a header file for filesystem-related commands fs: Rename fs_read() to fs_legacy_read() fs: Provide information about non-block filesystems bootstd: Use an enum for hunter numbers fs: Add support for a filesystem fs: Add simple sandbox test fs: Add support for a directory fs: Add a sandbox test for the directory uclass fs: Add a header file for I/O iteration fs: Add support for a file fs: Add a sandbox test for the file uclass MAINTAINERS | 14 + arch/arm/mach-k3/common.c | 2 +- arch/sandbox/cpu/os.c | 33 +- arch/sandbox/dts/test.dts | 13 + board/gdsys/a38x/hre.c | 2 +- board/inversepath/usbarmory/usbarmory.c | 2 +- boot/bootdev-uclass.c | 2 +- boot/bootmeth-uclass.c | 4 +- boot/bootmeth_efi.c | 2 +- boot/bootmeth_extlinux.c | 2 +- boot/bootmeth_pxe.c | 2 +- boot/bootmeth_script.c | 2 +- cmd/addr_find.c | 2 +- cmd/btrfs.c | 2 +- cmd/cat.c | 2 +- cmd/cedit.c | 2 +- cmd/erofs.c | 2 +- cmd/ext2.c | 2 +- cmd/ext4.c | 2 +- cmd/fat.c | 2 +- cmd/fpga.c | 2 +- cmd/fs.c | 2 +- cmd/fs_uuid.c | 3 +- cmd/host.c | 2 +- cmd/mvebu/bubt.c | 8 +- cmd/pstore.c | 2 +- cmd/pxe.c | 2 +- cmd/sqfs.c | 2 +- cmd/sysboot.c | 4 +- cmd/test.c | 2 +- cmd/xxd.c | 4 +- common/board_f.c | 2 +- common/spl/spl_blk_fs.c | 6 +- common/splash_source.c | 4 +- disk/part.c | 3 +- doc/develop/bootstd/overview.rst | 4 +- drivers/adc/stm32-adc.c | 2 +- drivers/block/blk-uclass.c | 2 +- drivers/block/host_dev.c | 4 +- drivers/bootcount/bootcount_fs.c | 7 +- drivers/core/read.c | 2 +- drivers/dfu/dfu_mmc.c | 3 +- drivers/dfu/dfu_scsi.c | 3 +- drivers/fastboot/fb_getvar.c | 2 +- drivers/fpga/zynqpl.c | 10 +- drivers/misc/Kconfig | 2 + drivers/misc/fs_loader.c | 7 +- drivers/mtd/spi/sandbox.c | 2 +- drivers/net/phy/aquantia.c | 6 +- drivers/phy/phy-mtk-tphy.c | 2 +- drivers/remoteproc/ipu_rproc.c | 2 +- drivers/scsi/sandbox_scsi.c | 2 +- drivers/usb/emul/sandbox_flash.c | 2 +- drivers/virtio/virtio-uclass.c | 2 +- drivers/virtio/virtio_sandbox.c | 3 + fs/Kconfig | 40 +++ fs/Makefile | 8 +- fs/dir-uclass.c | 121 +++++++ fs/erofs/erofs_fs.h | 2 +- fs/exfat/io.c | 2 +- fs/fat/fat.c | 2 +- fs/file-uclass.c | 103 ++++++ fs/fs-uclass.c | 122 +++++++ fs/{fs.c => fs_legacy.c} | 12 +- fs/sandbox/hostfs_bootdev.c | 2 +- fs/sandbox/sandboxfs.c | 271 +++++++++++++++- fs/semihostingfs.c | 2 +- fs/squashfs/sqfs.c | 2 +- fs/squashfs/sqfs_filesystem.h | 2 +- include/dir.h | 141 +++++++++ include/dm/read.h | 6 +- include/dm/uclass-id.h | 3 + include/dt-bindings/virtio.h | 1 + include/erofs.h | 3 + include/ext4fs.h | 2 +- include/fat.h | 2 +- include/file.h | 86 +++++ include/fs.h | 404 ++++-------------------- include/fs_cmd.h | 83 +++++ include/fs_common.h | 76 +++++ include/fs_legacy.h | 244 ++++++++++++++ include/iovec.h | 85 +++++ include/os.h | 12 +- include/part.h | 2 + include/squashfs.h | 3 + lib/efi_loader/efi_capsule.c | 2 +- lib/efi_loader/efi_disk.c | 2 +- lib/efi_loader/efi_file.c | 6 +- lib/efi_loader/efi_helper.c | 2 +- lib/efi_loader/efi_load_initrd.c | 2 +- lib/efi_loader/efi_var_file.c | 6 +- test/boot/bootdev.c | 43 +-- test/boot/bootflow.c | 4 +- test/boot/bootstd_common.h | 11 +- test/dm/Makefile | 1 + test/dm/fs.c | 106 +++++++ test/dm/host.c | 2 +- test/dm/rkmtd.c | 2 +- test/image/spl_load_fs.c | 7 +- 99 files changed, 1781 insertions(+), 472 deletions(-) create mode 100644 fs/dir-uclass.c create mode 100644 fs/file-uclass.c create mode 100644 fs/fs-uclass.c rename fs/{fs.c => fs_legacy.c} (98%) create mode 100644 include/dir.h create mode 100644 include/file.h create mode 100644 include/fs_cmd.h create mode 100644 include/fs_common.h create mode 100644 include/fs_legacy.h create mode 100644 include/iovec.h create mode 100644 test/dm/fs.c -- 2.43.0 base-commit: 1c71a3f024de2249cf8264dc0b8fb746fd619cea branch: qemc

1 19

[PATCH 00/11] virtio: Add a fully functional virtio emulator
by sjg＠u-boot.org 28 Jun '25

28 Jun '25

From: Simon Glass <sjg(a)chromium.org> The current implementation of virtio in sandbox is fairly basic. It is enough to test the behaviour of queues, but it does not test the full stack, e.g. using MMIO to access a block device. This series adds a new type of virtio emulator which is capable of handling MMIO. Some support for MMIO is added to sandbox in the process. With this, a dummy block device can be used from within U-Boot, without running on QEMU Simon Glass (11): mbed: Remove check_files.py test: Unset make variables before running make again dm: Move UCLASS_FFA_EMUL into the correct place alist: Allow inclusion from OS headers sandbox: Move memory-related functions to a separate file sandbox: Support memory-mapped I/O virtio: Move bindings for virtio IDs to dt-bindings virtio: Export a few things from virtio_mmio.c virtio: Implement a proper sandbox emulator virtio: Implement a simple block-device emulator sandbox: Enable the new virtio emulator arch/Kconfig | 1 + arch/sandbox/cpu/Makefile | 2 +- arch/sandbox/cpu/cpu.c | 274 +-------- arch/sandbox/cpu/mem.c | 337 +++++++++++ arch/sandbox/cpu/state.c | 2 + arch/sandbox/dts/test.dts | 13 +- arch/sandbox/include/asm/io.h | 15 + arch/sandbox/include/asm/state.h | 67 +++ configs/sandbox_defconfig | 1 + configs/tools-only_defconfig | 2 +- drivers/virtio/Kconfig | 8 + drivers/virtio/Makefile | 1 + drivers/virtio/emul_blk.c | 153 +++++ drivers/virtio/sandbox_emul.c | 313 ++++++++++ drivers/virtio/sandbox_emul.h | 110 ++++ drivers/virtio/virtio_blk.h | 3 + drivers/virtio/virtio_internal.h | 19 + drivers/virtio/virtio_mmio.c | 7 +- include/alist.h | 16 +- include/dm/uclass-id.h | 3 +- include/dt-bindings/virtio.h | 19 + include/virtio.h | 5 +- lib/alist.c | 1 + .../mbedtls/tests/scripts/check_files.py | 537 ------------------ test/run | 3 + 25 files changed, 1085 insertions(+), 827 deletions(-) create mode 100644 arch/sandbox/cpu/mem.c create mode 100644 drivers/virtio/emul_blk.c create mode 100644 drivers/virtio/sandbox_emul.c create mode 100644 drivers/virtio/sandbox_emul.h create mode 100644 drivers/virtio/virtio_internal.h create mode 100644 include/dt-bindings/virtio.h delete mode 100755 lib/mbedtls/external/mbedtls/tests/scripts/check_files.py -- 2.43.0 base-commit: f737237d29a57cc7fe16c6e4b5e67e0df57d87f3 branch: qemd

1 11

Welcome to U-Boot Concept!
by Simon Glass 25 Jun '25

25 Jun '25

Hi, This mailing list is for discussions and patches for U-Boot Concept, containing features and patches not yet accepted into the main U-Boot tree. - Simon

1 0