STRUCT TTM_POOL_ALLOC_STATE(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

🌸 NAME 🌸

okay so bestie, welcome to the manual page for struct ttm_pool_alloc_state (that's section 9 of the Kernel API Manual, iykyk) β€” it's literally the current state of the tt page allocation process πŸ’…


✨ SYNOPSIS ✨

struct ttm_pool_alloc_state {
    struct page **pages;
    struct page **caching_divide;
    dma_addr_t *dma_addr;
    pgoff_t remaining_pages;
    enum ttm_caching tt_caching;
 };

πŸŽ€ Members πŸŽ€

  • pages β€” pointer to the next tt page pointer you're gonna populate πŸ‘‰ she's your write cursor, basically
  • caching_divide β€” pointer to the first page pointer whose page has a staged-but-not-committed caching transition going from write-back to tt_caching πŸ¦‹ (yes, "staged but not committed" β€” she's in her situationship era, not official yet)
  • dma_addr β€” pointer to the next tt dma_address entry to populate, if there is one ✨
  • remaining_pages β€” how many pages are still left to populate πŸ”₯
  • tt_caching β€” the requested cpu-caching for the pages being allocated πŸ‘‘

πŸ’œ SEE ALSO πŸ’œ

Kernel file ./drivers/gpu/drm/ttm/ttm_pool.c, plus the whole friend group:


🫢 that's the whole page, no cap β€” every member, every pointer, every reference, all of it πŸ“š

and that's a wrap, bestie πŸ’– this one lives down in ./drivers/gpu/drm/ttm, dated October 2026, and it's signed struct ttm_pool_alloc_state(9) β€” slay, go populate some pages βœ¨πŸŽ€

πŸ“¦ where this page comes from