The new API avoids overloading a single system call and allows for providing more control over the mount.
The mount API is described by Christian Brauner in this 2020 OSS EU presentation:
Brauner a few months ago sent out a set of patches for working on adapting Btrfs to make use of this new mount API while Josef Bacik also worked on this support too and that implementation is now what’s on track for mainlining in Linux 6.8.
Queued into the Btrfs kernel development tree’s for-next branch as of last week is the code for switching Btrfs over to using the new mount API and in turn stripping out the old mount code.
More context for those interested can be found in the prior mailing list series.
The Linux 6.8 merge window should be opening up around the end of the calendar year.
The original article contains 207 words, the summary contains 143 words. Saved 31%. I’m a bot and I’m open source!
This is the best summary I could come up with:
The new API avoids overloading a single system call and allows for providing more control over the mount.
The mount API is described by Christian Brauner in this 2020 OSS EU presentation:
Brauner a few months ago sent out a set of patches for working on adapting Btrfs to make use of this new mount API while Josef Bacik also worked on this support too and that implementation is now what’s on track for mainlining in Linux 6.8.
Queued into the Btrfs kernel development tree’s for-next branch as of last week is the code for switching Btrfs over to using the new mount API and in turn stripping out the old mount code.
More context for those interested can be found in the prior mailing list series.
The Linux 6.8 merge window should be opening up around the end of the calendar year.
The original article contains 207 words, the summary contains 143 words. Saved 31%. I’m a bot and I’m open source!