Remaining BTRFS_PATH_AUTO_FREE work

Remaining BTRFS_PATH_AUTO_FREE work

[David Sterba]

Hi,

there are still possible conversions of struct btrfs_path to
BTRFS_PATH_AUTO_FREE(). As this is fairly easy it's approachable for beginners
or drive-by contributions.

The basic pattern is explained in patch 4c74a32ad323 ("btrfs: DEFINE_FREE for
struct btrfs_path").

Examples of previous work:

- e23541811877 ("btrfs: do more trivial BTRFS_PATH_AUTO_FREE conversions")
- 516748f584fd ("btrfs: use BTRFS_PATH_AUTO_FREE in may_destroy_subvol()")

IIRC files beginning with [p-z] haven't been converted yet, search for
btrfs_alloc_path() and look if it matches the pattern.

Whoever is interested please reply to this mail so the work is not
unnecessarily duplicated.

Re: Remaining BTRFS_PATH_AUTO_FREE work

[Sun YangKai]

There's no such pattern in files beginning with p, and files beginning with z 
has been converted. So files beginning with [r-x] need this work. I'm doing 
this on files beginning with r.

BTW, should we also do this for files in the test dir?

Re: Remaining BTRFS_PATH_AUTO_FREE work

[Sun YangKai]

> There's no such pattern in files beginning with p, and files beginning with
> z has been converted. So files beginning with [r-x] need this work. I'm
> doing this on files beginning with r.
Also for files beginning with s and t.
> 
> BTW, should we also do this for files in the test dir?

Re: Remaining BTRFS_PATH_AUTO_FREE work

[David Sterba]

On Tue, Aug 19, 2025 at 10:03:45AM +0800, Sun YangKai wrote:
> There's no such pattern in files beginning with p, and files beginning with z 
> has been converted. So files beginning with [r-x] need this work. I'm doing 
> this on files beginning with r.
> 
> BTW, should we also do this for files in the test dir?

Yes, thanks.