summaryrefslogtreecommitdiffstats
path: root/tools/perf/scripts/python/bin/stackcollapse-report
diff options
context:
space:
mode:
authorMarcos Paulo de Souza <mpdesouza@suse.com>2021-07-13 10:58:03 -0300
committerDavid Sterba <dsterba@suse.com>2021-08-23 13:19:01 +0200
commitad9a9378502d5a9da3a47666878246b9404a3391 (patch)
treece8bfefc86aea7de9db84027408190b38f1a8bc7 /tools/perf/scripts/python/bin/stackcollapse-report
parentc7bcbb2120cb74ce8757e310e5ceea1f3a139597 (diff)
downloadlinux-ad9a9378502d5a9da3a47666878246b9404a3391.tar.gz
linux-ad9a9378502d5a9da3a47666878246b9404a3391.zip
btrfs: use btrfs_next_leaf instead of btrfs_next_item when slots > nritems
After calling btrfs_search_slot is a common practice to check if the slot found isn't bigger than number of slots in the current leaf, and if so, search for the same key in the next leaf by calling btrfs_next_leaf, which calls btrfs_next_old_leaf to do the job. Calling btrfs_next_item in the same situation would end up in the same code flow, since * btrfs_next_item * btrfs_next_old_item * if slot >= nritems(curr_leaf) btrfs_next_old_leaf Change btrfs_verify_dev_extents and calculate_emulated_zone_size functions to use btrfs_next_leaf in the same situation. Signed-off-by: Marcos Paulo de Souza <mpdesouza@suse.com> Reviewed-by: David Sterba <dsterba@suse.com> Signed-off-by: David Sterba <dsterba@suse.com>
Diffstat (limited to 'tools/perf/scripts/python/bin/stackcollapse-report')
0 files changed, 0 insertions, 0 deletions