Lines Matching refs:extents
390 * Cleanup all submitted ordered extents in specified range to handle errors
518 * We align size to sectorsize for inline extents just for simplicity
550 /* Inline extents must start at offset 0. */
566 /* Inline extents are limited to sectorsize. */
582 /* Inline extents must be the entirety of the file. */
698 struct list_head extents;
721 list_add_tail(&async_extent->list, &cow->extents);
1277 * The accounting will be done by ordered extents.
1328 * allocate extents on disk for the range, and create ordered data structs
1329 * in ram to track those extents.
1343 * while-loop, the ordered extents created in previous iterations are cleaned up.
1392 * Relocation relies on the relocated extents to have exactly the same
1393 * size as the original extents. Normally writeback for relocation data
1394 * extents follows a NOCOW path because relocation preallocates the
1395 * extents. However, due to an operation such as scrub turning a block
1398 * not be split into smaller extents, otherwise relocation breaks and
1434 * and exit the loop to unlock the processed extents.
1470 * For the range (1). We have already instantiated the ordered extents
1471 * for this region, thus we need to cleanup those ordered extents.
1473 * are also handled by the ordered extents cleanup.
1522 * async extents created by compress_file_range and send them down to the disk.
1552 while (!list_empty(&async_chunk->extents)) {
1553 async_extent = list_first_entry(&async_chunk->extents,
1603 INIT_LIST_HEAD(&async_chunk[i].extents);
1719 * reason. Space caches and relocated data extents always get a prealloc
1746 * Don't try to create inline extents, as a mix of inline extent that
1837 /* Compressed/encrypted/encoded extents must be COWed. */
1974 * of the extents that exist in the file, and COWs the file as required.
2075 * more extents for this inode
2344 * create compressed inline extents for data smaller than sector
2494 * Handle merged delayed allocation extents so we can keep track of new extents
2495 * that are just merged onto old extents, such as when we are doing sequential
2525 * We have to add up either side to figure out how many extents were
2527 * extents we accounted for is <= the amount we need for the new range
2533 * need 2 outstanding extents, on one side we have 1 and the other side
2538 * Each range on their own accounts for 2 extents, but merged together
2539 * they are only 3 extents worth of accounting, so we need to drop in
2824 * There can't be any extents following eof in this case so just
3042 * There can't be any extents following EOF in this case so just
3994 * - extents,
4154 * idea about which extents were modified before we were evicted from
5047 * We do not need to lock extents nor wait for OE, as it's already
5314 * This function puts in dummy file extents for the area we're creating a hole
5316 * these file extents so that btrfs_get_extent will return a EXTENT_MAP_HOLE for
5487 * adjusted disk_i_size down as we removed extents, so
7230 * extents which overlap the given range after the returned extent_map.
7386 * Other members are not utilized for inline extents.
7454 * NOTE: This only checks the file extents, caller is responsible to wait for
7455 * any ordered extents.
7791 * for any ordered extents now. Don't clear EXTENT_DELALLOC_NEW
8026 * write the extents that changed, which is a problem if we need to
8028 * all of the extents in the inode to the sync log so we're completely
8031 * If no extents were dropped or trimmed we don't need to force the next
8036 * extents beyond i_size to drop.
8174 * If this is a free space inode do not take the ordered extents lockdep
9836 * For inline extents we get everything we need out of the
9968 * Compressed extents should always have checksums, so error out if we
9987 * extents.
10385 * run concurrently while we are mapping the swap extents, and
10387 * file is active and moving the extents. Note that this also prevents
10413 * Snapshots can create extents which require COW even if NODATACOW is
10415 * before walking the extents because we don't want a concurrent
10416 * snapshot to run after we've already checked the extents.
10642 "block groups with swapfile extents will not be scrubbed or balanced");
10664 * Update the number of bytes used in the VFS' inode. When we replace extents in
10685 * Verify that there are no ordered extents for a given file range.
10695 * extents in the range to complete and finally we have locked the file range in
10824 * use bmap to make a mapping of extents in the file. They assume
10825 * these extents won't change over the life of the file and they