On Thu, 27 Nov 2025, Clément Chigot wrote:
> The main goal of this series is to introduce a new option "fat-size"
> within the vvfat backend (patch 5).
>
> This series also includes minor patches:
> - patch 1 introduces another option to create unpartitionned disks.
> - patch 2-4 are minor improvements easing the introducing of
> "fat-size" option
>
> This was tested on with a aarch64-linux kernel taken from
> functional/aarch64/test-virt and on aarch64-qnx over raspi4b with a
> workaround, not included here (the SD bus must be associated to the EMMC2
> port instead of through GPIOs).
>
> Changes since v2:
> - patch 1:
> - change default: true for hard disk, false for false.
Typo: false for floppy
> - remove "unpartitioned" keyword within filename
> - patch 5
> - rename option "fs-size"
I'm still not sure if it could be done simpler without adding a separate
fs-size option and fix size to apply to vvfat instead of raw so it works
as expected not how it works now. The idea I proposed was to try to set
format to vvfat if file or protocol contains fat: which was discussed
here:
https://lists.nongnu.org/archive/html/qemu-devel/2025-11/msg01487.html
but I did not understand Kevin's reply if it's possible or why not.
Regards,
BALATON Zoltan
> Clément Chigot (5):
> vvfat: introduce partitioned option
> vvfat: move fat_type check prior to size setup
> vvfat: add a define for VVFAT_SECTOR_BITS and VVFAT_SECTOR_SIZE
> vvfat: move size parameters within driver structure
> vvfat: add support for "fs-size" option
>
> block/vvfat.c | 350 +++++++++++++++++++++++++++++++------------
> qapi/block-core.json | 16 +-
> 2 files changed, 270 insertions(+), 96 deletions(-)
>
>