aboutsummaryrefslogtreecommitdiff
path: root/Documentation/Makefile
diff options
context:
space:
mode:
authorGravatar Qu Wenruo <wqu@suse.com> 2023-12-07 09:39:27 +1030
committerGravatar David Sterba <dsterba@suse.com> 2023-12-15 23:01:04 +0100
commit082d5bb9b336d533b7b968f4f8712e7755a9876a (patch)
tree458c3d9216a955d8247df19648c49b43b7cc83b5 /Documentation/Makefile
parentbtrfs: refactor alloc_extent_buffer() to allocate-then-attach method (diff)
downloadlinux-082d5bb9b336d533b7b968f4f8712e7755a9876a.tar.gz
linux-082d5bb9b336d533b7b968f4f8712e7755a9876a.tar.bz2
linux-082d5bb9b336d533b7b968f4f8712e7755a9876a.zip
btrfs: migrate extent_buffer::pages[] to folio
For now extent_buffer::pages[] are still only accepting single page pointer, thus we can migrate to folios pretty easily. As for single page, page and folio are 1:1 mapped, including their page flags. This patch would just do the conversion from struct page to struct folio, providing the first step to higher order folio in the future. This conversion is pretty simple: - extent_buffer::pages[] -> extent_buffer::folios[] - page_address(eb->pages[i]) -> folio_address(eb->pages[i]) - eb->pages[i] -> folio_page(eb->folios[i], 0) There would be more specific cleanups preparing for the incoming higher order folio support. Signed-off-by: Qu Wenruo <wqu@suse.com> Reviewed-by: David Sterba <dsterba@suse.com> Signed-off-by: David Sterba <dsterba@suse.com>
Diffstat (limited to 'Documentation/Makefile')
0 files changed, 0 insertions, 0 deletions