Lines Matching defs:extent
115 * extent tree an 4x-6x higher write load than ext3.
124 * subvolume tree. Any file data extents found are recorded in the extent
250 /* should we free the extent on disk when done? This is used
255 /* should we write out the extent buffer? This is used
260 /* should we wait for the extent buffer io to finish? Also used
561 /* replays a single extent in 'eb' at 'slot' with 'key' into the
565 * extents in the log tree have not been allocated out of the extent
567 * as required if the extent already exists or creating a new extent
568 * if it isn't in the extent allocation tree yet.
570 * The extent is inserted into the file, dropping any existing extents
620 * first check to see if we already have this extent in the
622 * so we don't try to drop this extent.
645 * we already have a pointer to this exact extent,
685 * Manually record dirty extent, as here we did a shallow
686 * file extent item copy and skip normal backref update,
687 * but modifying extent tree all by ourselves.
688 * So need to manually record dirty extent for qgroup,
689 * as the owner of the file extent changed from log tree
706 * is this extent already allocated in the extent
725 * insert the extent pointer in the extent
754 * extent that is completely referenced by one file
755 * extent item and partially referenced by another
756 * file extent item (like after using the clone or
759 * extent first, and we do not do the csum deletion
762 * the two following file extent items:
765 * extent data disk byte 12845056 nr 102400
766 * extent data offset 20480 nr 20480 ram 102400
769 * extent data disk byte 12845056 nr 102400
770 * extent data offset 0 nr 102400 ram 102400
772 * Where the second one fully references the 100K extent
775 * of the extent:
779 * After the first file extent item is replayed, the
785 * of our extent. Now when we replay the second file
786 * extent item, if we do not delete existing csum items
795 * extent starting at an offset of 40K or higher, will
798 * at offset 40K or higher of our extent.
2708 * Correctly adjust the reserved bytes occupied by a log tree extent buffer
3967 * file which happens to refer to the same extent as well. Such races
3975 * Due to extent cloning, we might have logged a csum item that covers a
3976 * subrange of a cloned extent, and later we can end up logging a csum
3977 * item for a larger subrange of the same extent or the entire range.
4004 struct btrfs_file_extent_item *extent;
4062 extent = btrfs_item_ptr(src, start_slot + i,
4065 if (btrfs_file_extent_generation(src, extent) < trans->transid)
4068 found_type = btrfs_file_extent_type(src, extent);
4072 extent);
4078 extent);
4079 cs = btrfs_file_extent_offset(src, extent);
4081 extent);
4083 extent)) {
4167 * We are going to copy all the csums on this ordered extent, so
4169 * extent has already been logged.
4177 * |--------- logged extent ---------|
4178 * |----- ordered extent ----|
4195 * extent that falls inside of the logged extent.
4220 /* block start is already adjusted for the file extent offset. */
4321 * subvolume's root instead of iterating the inode's extent map tree because
4322 * otherwise we can log incorrect extent items based on extent map conversion.
4323 * That can happen due to the fact that extent maps are merged when they
4324 * are not in the extent map tree's list of modified extents.
4354 * We must check if there is a prealloc extent that starts before the
4356 * truncate down to the end of that extent and not to the i_size, as
4357 * otherwise we end up losing part of the prealloc extent after a log
4358 * replay and with an implicit hole if there is another prealloc extent
4420 * Avoid logging extent items logged in past fsync calls
4682 * deletion of entire leafs or all the extent items of the first leaf (the one
4685 * current transaction that have extent items for our inode. So we need to find
4749 * an extent item and we are holding the inode lock, the
5341 * inline extent, otherwise we could end up with an empty symlink after
5345 * the inline extent when the symlink is created (we never have delalloc
5372 * we get a 8Kb file, with the last 4Kb extent as a hole