mirror of
https://github.com/linux-apfs/apfstests.git
synced 2026-05-01 15:01:44 -07:00
Eric Whitney
4fbcbdf76b
Per Dave Chinner's suggestion, modify generic/064 so that it won't fail if it finds a few more extents than it expects in its test file after inserting ranges. When 064's test file is first created, some file systems may use more than the ideal minimum single extent to represent it, and this can lead to a mismatch between the actual and expected extent count after the ranges have been inserted. Ext4 file systems mounted with delayed allocation disabled can exhibit this behavior if a test file's blocks happen to be allocated across regions of file system metadata. Also, replace the open coded counting of extents and holes with a simpler call to _count_extents(), and clarify some comments. Signed-off-by: Eric Whitney <enwlinux@gmail.com> Reviewed-by: Namjae Jeon <namjae.jeon@samsung.com> Signed-off-by: Dave Chinner <david@fromorbit.com>
3 lines
64 B
Plaintext
3 lines
64 B
Plaintext
QA output created by 064
|
|
Extent count after inserts is in range
|