vmbus_free_buffer(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

🌸 NAME 🌸

vmbus_free_buffer β€” release a buffer allocated by vmbus_alloc_buffer(). πŸ’– Okay so this is the vmbus_free_buffer(9) page from the Kernel API Manual, and we're gonna get you through it, bestie.

✨ SYNOPSIS ✨

void vmbus_free_buffer (void *addr , struct page **chunks , u32 chunk_cnt );

πŸŽ€ ARGUMENTS πŸŽ€

  • addr β€” buffer address, or NULL if none was allocated (e.g. cleanup from a failed allocation). literally the β€œdid we even get a buffer?” pointer.
  • chunks β€” chunks array from vmbus_alloc_buffer, or NULL. no cap.
  • chunk_cnt β€” number of entries in chunks. yes bestie, count them.

πŸ’… DESCRIPTION πŸ’…

When chunks is NULL the buffer is a plain vzalloc allocation.

Otherwise tear down the vmap, and for each chunk re-encrypt and free the underlying pages. Any chunk that cannot be re-encrypted is leaked.

⚠️ bestie, real talk: any chunk that cannot be re-encrypted is leaked. That’s the caveat, and it’s giving β€œhandle with care.” πŸ’€

πŸ¦‹ SEE ALSO πŸ¦‹


okay that’s the whole page, bestie! source/version and date sign-off: from ./drivers/hv, October 2026, and the manual is vmbus_free_buffer(9) β€” periodt. πŸ’–βœ¨

πŸ“¦ where this page comes from