hl_state_du...sync_objects(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’– NAME πŸ’–

hl_state_dump_free_sync_objects β€” bestie, this is the little cleanup queen that frees the sync objects array that hl_state_dump_read_sync_objects allocated earlier. It's giving responsible adult energy: read it, print it, then free it. No leaks, no cap πŸ’…

This page lives in the Kernel API Manual, section 9 β€” yes, the Big Kernel Energy section πŸŽ€


✨ SYNOPSIS ✨

void hl_state_dump_free_sync_objects (u32 *sync_objects );

That's it. One argument, returns nothing (void), zero drama πŸ™ˆ


πŸ¦‹ ARGUMENTS πŸ¦‹

  • sync_objects β€” the sync objects array 🌸 literally just the array of sync objects, handed to you by hl_state_dump_read_sync_objects, and now it's time to let it go 🫢

πŸ”₯ SEE ALSO πŸ”₯

Okay so the whole squad shows up here, and honestly? Iconic lineup πŸ‘‘

πŸ’€ friendly reminder that this one is the free half of the pair β€” if you never called the read one, there's nothing here for you to free, and that's a whole vibe check you should do before calling.

✨ that's the whole page, bestie ✨

Straight from ./drivers/accel/habanalabs/common, dated October 2026, living its best life as hl_state_du...sync_objects(9) in the Kernel API Manual. Go free your array and hydrate πŸ’–πŸ§šβ€β™€οΈ

πŸ“¦ where this page comes from