- Concept - U-Boot List

[PATCH 00/19] bootm: Clean up arch-specific, pre-OS clean-up
by Simon Glass 24 Jul '25

24 Jul '25

From: Simon Glass <sjg(a)chromium.org> Each arch does something slightly different before booting the OS. Some archs even do different things depending on the CPU type. EFT_LOADER has its own special code, regardless of which arch is being booted. It is quite hard to know what actually happens in the final milliseconds before the OS boot. This series attempts to clean up U-Boot in this area. The basic approach is to create a new bootm_final() function which is called by all archs. It provides some flags for a couple of necessary variations but otherwise it is generic. RISC-V, x86 and ARM are converted over to use this new function. For consistency, EFI loader is converted as well. A noteable change is that EFI_LOADER now does bootstage processing before boot, if enabled, thus producing a report. Future work could take this a little further: - Drop board_quiesce_devices() and rely on driver model for that - Similarly with udc_disconnect() - cleanup_before_linux() could use more details as to what it is supposed to do, to reduce the number of arch-specific variations Simon Glass (19): test: Only show the timing summary if test actually run boot: Create a function for final pre-boot steps efi: Make use of bootm_final() bootm: Add a message when booting bootstage: Add some missing dummy functions bootm: Do bootstage processing in bootm_final() x86: Call bootm_final() riscv: Drop board_quiesce_devices() riscv: Call bootm_final() efi: Drop EFI_GRUB_ARM32_WORKAROUND x86: Add cleanup_before_linux() bootm: Move cleanup_before_linux() to bootm.h bootm: Call cleanup_before_linux() from bootm_final() bootm: Move board_quiesce_devices(void) to bootm_final() bootm: Drop re-enabling of interrupts on error bootm: Move bootm_disable_interrupts() to bootm_final() arm: Drop announce_and_cleanup() riscv: Drop announce_and_cleanup() x86: Drop bootm_announce_and_cleanup() MAINTAINERS | 1 + arch/arc/lib/bootm.c | 2 +- arch/arm/cpu/arm11/cpu.c | 3 +- arch/arm/cpu/arm720t/cpu.c | 2 + arch/arm/cpu/arm920t/cpu.c | 3 +- arch/arm/cpu/arm926ejs/cpu.c | 3 +- arch/arm/cpu/arm946es/cpu.c | 3 +- arch/arm/cpu/armv7/cpu.c | 1 + arch/arm/cpu/armv7m/cpu.c | 1 + arch/arm/cpu/armv8/cpu.c | 1 + arch/arm/include/asm/u-boot-arm.h | 3 -- arch/arm/lib/bootm.c | 39 +------------------ arch/arm/lib/spl.c | 1 + arch/arm/mach-rockchip/spl.c | 1 + arch/riscv/cpu/andes/cpu.c | 1 + arch/riscv/cpu/ast2700/cpu.c | 1 + arch/riscv/cpu/cv1800b/cpu.c | 2 + arch/riscv/cpu/fu540/cpu.c | 1 + arch/riscv/cpu/fu740/cpu.c | 1 + arch/riscv/cpu/generic/cpu.c | 1 + arch/riscv/cpu/jh7110/cpu.c | 1 + arch/riscv/include/asm/u-boot-riscv.h | 4 -- arch/riscv/lib/boot.c | 1 + arch/riscv/lib/bootm.c | 39 +------------------ arch/sandbox/cpu/cpu.c | 1 + arch/sandbox/include/asm/u-boot-sandbox.h | 2 - arch/sh/cpu/sh4/cpu.c | 1 + arch/x86/cpu/cpu.c | 7 +++- arch/x86/include/asm/bootm.h | 2 - arch/x86/include/asm/u-boot-x86.h | 2 - arch/x86/lib/bootm.c | 25 ++---------- boot/Makefile | 2 +- boot/bootm.c | 11 ------ boot/bootm_final.c | 47 +++++++++++++++++++++++ cmd/booti.c | 6 --- configs/mt7623n_bpir2_defconfig | 1 - drivers/net/fsl-mc/mc.c | 2 +- include/bootm.h | 21 ++++++++++ include/bootstage.h | 8 ++++ lib/efi_loader/Kconfig | 10 ----- lib/efi_loader/efi_boottime.c | 35 +---------------- test/boot/bootflow.c | 6 ++- test/py/conftest.py | 3 +- 43 files changed, 128 insertions(+), 180 deletions(-) create mode 100644 boot/bootm_final.c -- 2.43.0 base-commit: 62c19a204ff8b95e63e2f9afdec0283571f9b864 branch: qemj

1 19

[PATCH 1/4] virtio: Add a little more debugging
by Simon Glass 24 Jul '25

24 Jul '25

From: Simon Glass <sjg(a)chromium.org> Add some debugging to virtiofs in the directory-handling area. Drop a stray, blank line while here. Signed-off-by: Simon Glass <sjg(a)chromium.org> --- drivers/virtio/fs.c | 1 + drivers/virtio/fs_dir.c | 5 +++-- 2 files changed, 4 insertions(+), 2 deletions(-) diff --git a/drivers/virtio/fs.c b/drivers/virtio/fs.c index 9437f31bdba..f1065fe96d7 100644 --- a/drivers/virtio/fs.c +++ b/drivers/virtio/fs.c @@ -224,6 +224,7 @@ int virtio_fs_readdir(struct udevice *dev, u64 nodeid, u64 fh, u64 offset, in.size = size; in.offset = offset; ret = virtio_fs_xfer(dev, &inhdr, &in, sizeof(in), &outhdr, buf, size); + log_debug("fh %llx offset %llx\n", in.fh, in.offset); log_debug("len %x error %x unique %llx\n", outhdr.len, outhdr.error, outhdr.unique); if (ret) diff --git a/drivers/virtio/fs_dir.c b/drivers/virtio/fs_dir.c index b346ded8a09..72ab9a087a8 100644 --- a/drivers/virtio/fs_dir.c +++ b/drivers/virtio/fs_dir.c @@ -31,12 +31,12 @@ static int virtio_fs_dir_open(struct udevice *dev, struct fs_dir_stream *strm) log_debug("opening inode %lld\n", dir_priv->inode); ret = virtio_fs_opendir(fs, dir_priv->inode, &strm->fh); + log_debug("2 open ret %d strm %p fh %llx\n", ret, strm, strm->fh); if (ret) { log_err("Failed to open directory: %d\n", ret); return ret; } strm->dev = dev; - strm->offset = 0; return 0; @@ -53,7 +53,8 @@ int virtio_fs_dir_read(struct udevice *dev, struct fs_dir_stream *strm, char buf[0x200]; int ret, size; - log_debug("start %lld strm %p\n", dir_priv->inode, strm); + log_debug("start %lld strm %p fh %llx\n", dir_priv->inode, strm, + strm->fh); log_debug("offset %lld\n", strm->offset); ret = virtio_fs_readdir(fs, dir_priv->inode, strm->fh, strm->offset, buf, sizeof(buf), &size); -- 2.43.0 base-commit: 41d10e0f8b88ed7fabd6c95cc129bf52fed080a7 branch: virt

1 3

[PATCH 00/20] emulation: Improve ACPI support for qemu-x86_64
by Simon Glass 24 Jul '25

24 Jul '25

From: Simon Glass <sjg(a)chromium.org> When running under QEMU U-Boot obtains its ACPI tables from QEMU, since it has the require information. This works well in most cases. QEMU also provides SMBIOS tables, but U-Boot doesn't currently use those on x86. This creates problems if a VM environment is expecting to see particular values (e.g. those which it passed to QEMU!) when booting. So this series switches QEMU on x86 to use those SMBIOS tables. Finally, there is a facility in EFI for showing a boot logo, via a BGRT table. QEMU does not provide this itself, so this series augments the ACPI tables with a new BGRT table containing a suitable logo. Simon Glass (20): scripts: build-qemu: Support a random-number generator efi_loader: Use the first random-number-generator device event: Mark test_event_probe() as sandbox-only hooks: x86: Enable support for a random-number generator x86: Enable random-number support for QEMU acpi: Move calculation of RSDP checksum into a function acpi: Update acpi_find_table() to verify checksums x86: Use the existing function to find the FACP emulation: Simplify write_acpi_tables() acpi: Pull out setup code from acpi_find_table() acpi: Move code table-writing code to lib/acpi/acpi.c acpi Adjust dm_test_acpi_find_table() to use a fixed buffer acpi: Allow finding the RSDT or XSDT acpi: Provide a way to locate the end of the ACPI tables qemu: Use SMBIOS tables from QEMU scripts: Make the build rule for the logo more specific acpi: Provide a way to build in a boot logo acpi: Support a boot logo (BGRT) emulation: Drop computing the ACPI checksum emulation: Add the BGRT on the end of the QEMU tables arch/Kconfig | 2 +- arch/x86/lib/acpi.c | 51 +--- configs/qemu-x86_64_defconfig | 1 + drivers/qfw/qfw_acpi.c | 74 +++--- include/acpi/acpi_table.h | 30 ++- lib/acpi/Makefile | 3 + lib/acpi/acpi.c | 242 ++++++++++++++++++- lib/acpi/acpi_extra.c | 103 ++++++++ lib/acpi/acpi_table.c | 133 +--------- lib/acpi/base.c | 17 +- lib/acpi/bgrt_image.bmp | Bin 0 -> 43926 bytes lib/efi_loader/efi_rng.c | 10 +- scripts/Makefile.lib | 30 ++- scripts/build_helper.py | 7 + test/common/event.c | 5 +- test/dm/acpi.c | 121 +++++++++- test/hooks/bin/travis-ci/conf.qemu-x86_64_na | 5 +- 17 files changed, 584 insertions(+), 250 deletions(-) create mode 100644 lib/acpi/acpi_extra.c create mode 100644 lib/acpi/bgrt_image.bmp -- 2.43.0 base-commit: 7f32b8d7f91652e3bdfe31f2a10f194b7afa1200 branch: qemi

1 20

[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