⇤ ← Revision 1 as of 2024-05-16 00:17:51
984
Comment:
|
1301
Add a 16-byte struct page step
|
Deletions are marked like this. | Additions are marked like this. |
Line 24: | Line 24: |
The next step is to shrink struct page to 16 bytes, {{{ struct page { union { struct list_head buddy_list; struct { unsigned long memdesc; unsigned long private; }; }; }; }}} This will involve changes to page_zone(), page_to_nid() and so on. |
How do we get to memdescs in a series of bisectable, small and reviewable steps?
From here (May 2024), finish converting all filesystems to folios. This is very parallel. Once that has finished, rename ->mapping to ->__folio_mapping and ->index to ->__folio_index
In parallel with this, pull struct page apart as has already been done for ptdesc and slab.
Once all this has landed, we can start dynamically allocating the various memdescs and point to them from every page's compound_head (instead of just the tail page).
Then we can shrink struct page to 32 bytes,
struct page { unsigned long flags; union { struct list_head buddy_list; unsigned long compound_head; }; unsigned long private; };
The next step is to shrink struct page to 16 bytes,
struct page { union { struct list_head buddy_list; struct { unsigned long memdesc; unsigned long private; }; }; };
This will involve changes to page_zone(), page_to_nid() and so on.
After this, we can start working on removing accesses to page->private from device drivers. When that is finished, we can explore the various options presented in MatthewWilcox/BuddyAllocator