* [LSF/MM/BPF TOPIC] Folios
@ 2022-01-26 20:38 Matthew Wilcox
0 siblings, 0 replies; only message in thread
From: Matthew Wilcox @ 2022-01-26 20:38 UTC (permalink / raw)
To: lsf-pc, linux-fsdevel, linux-mm
You might think that with a fortnightly meeting, presentations on the
subject of folios at several conferences and hundreds of patches merged,
I'd be short of things to discuss at LSFMM. Hah.
From a filesystem point of view,
- Converting APIs that filesystems implement to use folios (aops, primarily)
to be folio based instead of page based
- What it takes to support large (ie multi-page) folios in your
filesystem
- Removing old page-based APIs used by filesystems (eg everything in
mm/folio-compat.c)
- Converting your filesystem to use iomap.
For the MM crowd:
- Continued conversion of the MM from pages to folios
- GUP is done
- page_vma_mapped is done, not yet posted for review
- rmap in progress
- mlock in progress
- vmscan in progress
(this list will have changed by May)
- Splitting out other page types from struct page
- Dynamically allocating struct folio & shrinking struct page
I'm going to throw a discussion of mapcount into this as well; getting
mapcount right on a multi-page folio is expensive. I intend to send a full
proposal for making mapcount less accurate by default soon; just haven't
found time to do it yet.
^ permalink raw reply [flat|nested] only message in thread
only message in thread, other threads:[~2022-01-26 20:38 UTC | newest]
Thread overview: (only message) (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2022-01-26 20:38 [LSF/MM/BPF TOPIC] Folios Matthew Wilcox
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).