hl_state_du...sync_objects(9)
π 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 byhl_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 π
- Kernel file
./drivers/accel/habanalabs/common/state_dump.c hl_format_as_binary(9)resize_to_fit(9)hl_snprintf_resize(9)hl_sync_engine_to_string(9)hl_print_resize_sync_engine(9)hl_state_dump_get_sync_name(9)hl_state_dump_get_monitor_name(9)hl_state_dump_free_sync_to_engine_map(9)hl_state_dump_get_sync_to_engine(9)hl_state_dump_read_sync_objects(9)hl_state_dump_print_syncs_single_block(9)hl_state_dump_print_syncs(9)hl_state_dump_alloc_read_sm_block_monitors(9)hl_state_dump_free_monitors(9)hl_state_dump_print_monitors_single_block(9)hl_state_dump_print_monitors(9)hl_state_dump_print_engine_fences(9)hl_state_dump_print_fences(9)hl_state_dump(9)
π 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
- nixpkgs unstable: linux-manual 7.3.1
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash-1017 on : a language model's rewrite of the original, under its terms