u-boot.git/fs/btrfs, branch v2018.09

fs: btrfs: Fix wrong comparison in logical to physical mapping

2018-07-20T19:37:44Z

The comparison logical > item->logical + item->length in btrfs_map_logical_to_physical is wrong and should be instead logical >= item->logical + item->length For example, if item->logical = 4096 item->length = 4096 and we are looking for logical = 8192, it is not part of item (item is [4096, 8191]). But the comparison is false and we think we have found the correct item, although we should be searing in the right subtree. This fixes some bugs I encountered. Signed-off-by: Marek Behun

fs: btrfs: Do not fail when all root_backups are empty

2018-06-18T18:43:12Z

This is the case when reading freshly created filesystem. The error message is like the following: btrfs_read_superblock: No valid root_backup found! Since the data from super_roots/root_backups is not actually used - decided to rework btrfs_newest_root_backup() into btrfs_check_super_roots() that will only check if super_roots array is valid and correctly handle empty scenario. As a result: * btrfs_read_superblock() now only checks if super_roots array is valid; the case when it is empty is considered OK. * removed root_backup pointer from btrfs_info, which would be NULL in case of empty super_roots. * btrfs_read_superblock() verifies number of devices from the superblock itself, not newest root_backup. Signed-off-by: Yevgeny Popovych Cc: Marek Behun Cc: Sergey Struzh

fs: btrfs: Fix not all CHUNK_ITEMs being read from CHUNK_TREE

2018-06-13T11:49:12Z

This causes errors when translating logical addresses to physical: btrfs_map_logical_to_physical: Cannot map logical address to physical btrfs_file_read: Error reading extent The behavior of btrfs_map_logical_to_physical() is to stop traversing CHUNK_TREE when it encounters first non-CHUNK_ITEM, which makes only some portion of CHUNK_ITEMs being read. Change it to skip over non-chunk items. Signed-off-by: Yevgeny Popovych Cc: Marek Behun Cc: Sergey Struzh Reviewed-by: Marek Behun

SPDX: Convert all of our single license tags to Linux Kernel style

2018-05-07T13:34:12Z

When U-Boot started using SPDX tags we were among the early adopters and there weren't a lot of other examples to borrow from. So we picked the area of the file that usually had a full license text and replaced it with an appropriate SPDX-License-Identifier: entry. Since then, the Linux Kernel has adopted SPDX tags and they place it as the very first line in a file (except where shebangs are used, then it's second line) and with slightly different comment styles than us. In part due to community overlap, in part due to better tag visibility and in part for other minor reasons, switch over to that style. This commit changes all instances where we have a single declared license in the tag as both the before and after are identical in tag contents. There's also a few places where I found we did not have a tag and have introduced one. Signed-off-by: Tom Rini

fs: btrfs: Remove unused debug code left from development

2018-04-06T21:04:33Z

Signed-off-by: Marek Behun

fs: btrfs: Fix printf format character warning

2018-01-29T17:50:08Z

When printing a size_t value we need to use %zu for portability between 32bit and 64bit targets. Signed-off-by: Tom Rini Reviewed-by: Marek Behun

fs: btrfs: Fix unaligned memory accesses

2018-01-28T17:27:12Z

Loading files stored with lzo compression from a btrfs filesystem was producing unaligned memory accesses, which were causing a data abort and a reset on an Orange Pi Zero. The change in hash.c is not triggered by any error but follows the same pattern. Please confirm. Fixed according to doc/README.unaligned-memory-access.txt Signed-off-by: Alberto Sánchez Molero Tested-by: Robert Nelson

fs: btrfs: Remove a foreign language note

2017-10-16T13:42:51Z

I accidentaly left a foreign language note in the code from development. Signed-off-by: Marek Behun

fs: btrfs: Fix usage of uninitialized variables

2017-10-16T13:42:51Z

The variable res should be initialized to 0 in these functions, because if the searched key is not found, the variable is used uninitialized. Reported-by: Coverity (CID: 167335) Reported-by: Coverity (CID: 167336) Reported-by: Coverity (CID: 167337) Signed-off-by: Marek Behun

fs/btrfs: Fix warning in btrfs_check_super()

2017-10-03T12:44:13Z

We specifically say that the last arg is u32, so use %lu. Signed-off-by: Tom Rini