xe_tile_init_noalloc(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’… xe_tile_init_noalloc πŸ’…

okay so bestie, welcome to the Kernel API Manual ✨ β€” yes it's a 9 section page, yes it's a kernel function, no you don't have to be scared. this one is literally xe_tile_init_noalloc, and it's giving "get the tile ready without touching the snacks" vibes πŸŽ€


🌸 NAME 🌸

xe_tile_init_noalloc β€” init the tile up to the point where allocations can happen. that's it, that's the whole job 🫢


✨ SYNOPSIS ✨

int xe_tile_init_noalloc (struct xe_tile *tile );

πŸ¦‹ ARGUMENTS πŸ¦‹

  • tile β€” the tile you're initializing, bestie. the actual struct xe_tile * you're handing over. that's the one.

πŸ’– DESCRIPTION πŸ’–

okay so here's the tea β˜• β€” this function gets the tile ready so that memory allocations to VRAM can happen later, but it is not allowed to allocate memory itself. like, it's setting up the vibe, not buying the drinks. 🧚

this state is highkey useful for display readout, and here's why: the inherited display framebuffer would otherwise get overwritten, because it's usually put at the start of VRAM. 😭 so yeah, this function exists to not stomp on that. iconic behavior honestly πŸ‘‘

note that since this is tile initialization, it should not perform any GT-specific operations, and thus does not need to hold GT forcewake. no cap, that's just how it is πŸ’…

⭐ RETURN ⭐

  • 0 on success πŸŽ‰
  • a negative error code on error πŸ’€

🌈 SEE ALSO 🌈

like, go read those too, iykyk πŸ“


and that's the whole page, bestie β€” brought to you by ./drivers/gpu/drm/xe, dated October 2026, and yes it's still xe_tile_init_noalloc(9) but now it's cute πŸ’œ mwah! πŸŽ€

πŸ“¦ where this page comes from