u-boot.git/fs, branch v2020.10-rc2

fs/fs.c: add symbolic link case to fs_ls_generic()

2020-08-08T02:31:32Z

Adds an 'else if' statement inside the loop to check for symbolic links. Signed-off-by: Joao Marcos Costa

fs/squashfs: add support for zlib decompression

2020-08-08T02:31:32Z

Add call to zlib's 'uncompress' function. Add function to display the right error message depending on the decompression's return value. Signed-off-by: Joao Marcos Costa

include/u-boot, lib/zlib: add sources for zlib decompression

2020-08-08T02:31:32Z

Add zlib (v1.2.11) uncompr() function to U-Boot. SquashFS depends on this function to decompress data from a raw disk image. The actual support for zlib into SquashFS sources will be added in a follow-up commit. Signed-off-by: Joao Marcos Costa

fs/squashfs: new filesystem

2020-08-08T02:31:32Z

Add support for SquashFS filesystem. Right now, it does not support compression but support for zlib will be added in a follow-up commit. Signed-off-by: Joao Marcos Costa

fs/fat/fat.c: Do not perform zero block reads if there are no blocks left

2020-08-04T21:53:58Z

While using u-boot with qemu's virtio driver I stumbled across a problem reading files less than sector size. On the real hardware the block reader seems ok with reading zero blocks, and while we could fix the virtio host side of qemu to deal with a zero block read instead of crashing, the u-boot fat driver should not be doing zero block reads in the first place. If you ask hardware to read zero blocks you are just going to get zero data. There may also be other hardware that responds similarly to the virtio interface so this is worth fixing. Without the patch I get the following and have to restart qemu because it dies. --------------------------------- => fatls virtio 0:1 30 cmdline.txt => fatload virtio 0:1 ${loadaddr} cmdline.txt qemu-system-aarch64: virtio: zero sized buffers are not allowed --------------------------------- With the patch I get the expected results. --------------------------------- => fatls virtio 0:1 30 cmdline.txt => fatload virtio 0:1 ${loadaddr} cmdline.txt 30 bytes read in 11 ms (2 KiB/s) => md.b ${loadaddr} 0x1E 40080000: 64 77 63 5f 6f 74 67 2e 6c 70 6d 5f 65 6e 61 62 dwc_otg.lpm_enab 40080010: 6c 65 3d 30 20 72 6f 6f 74 77 61 69 74 0a le=0 rootwait. --------------------------------- Signed-off-by: Jason Wessel Signed-off-by: Jason Wessel Reviewed-by: Tom Rini

fs: error handling in do_load()

2020-07-17T14:47:19Z

If a file cannot be loaded, show an error message. Set the EFI boot device only after successfully loading a file. Signed-off-by: Heinrich Schuchardt Reviewed-by: Simon Glass

fs/fat: reduce data size for FAT_WRITE

2020-07-11T21:14:16Z

Allocated tmpbuf_cluster dynamically to reduce the data size added by compiling with CONFIG_FAT_WRITE. Reported-by: Tom Rini Signed-off-by: Heinrich Schuchardt

fs: fat_write: fix short name creation.

2020-07-07T22:23:48Z

Truncate file names if the buffer size is exceeded to avoid a buffer overflow. Use Sphinx style function description. Add a TODO comment. Reported-by: CID 303779 Signed-off-by: Heinrich Schuchardt Reviewed-by: Simon Glass

cmd: fs: Add command to list supported fs types

2020-07-07T19:36:59Z

Added command "fstypes" to list supported/included filesystems. Signed-off-by: Niel Fourie Cc: Simon Glass Reviewed-by: Simon Glass [trini: Limit to sandbox] Signed-off-by: Tom Rini

fs: fat: fix fat iteration

2020-07-07T13:45:12Z

According to the FAT specification it is valid to have files with an attribute value of 0x0. This fixes a regression where different U-Boot versions are showing different amount of files on the same storage device. With this change U-Boot shows the same number of files and folders as Linux and Windows. Fixes: 39606d462c ("fs: fat: handle deleted directory entries correctly") Signed-off-by: Christian Gmeiner