amdgpu_vm_pt_next(9)
β¨ NAME β¨
So this is the Kernel API Manual page for amdgpu_vm_pt_next, and the official one-liner is literally:
amdgpu_vm_pt_next β get next PD/PT in hieratchy π
(yes, spelling kept exactly as the page has it β iykyk π«Ά)
πΈ SYNOPSIS πΈ
void amdgpu_vm_pt_next (struct amdgpu_device *adev , struct amdgpu_vm_pt_cursor *cursor );
π ARGUMENTS π
adevβ amdgpu_device pointer. it's giving "here's the device bestie" β¨cursorβ current state. like where you're at right now on this little journey π¦
π¦ DESCRIPTION π¦
Walk the PD/PT tree to the next node. that's it, that's the whole assignment, and honestly the way this function just does it is iconic π
so you hand it a cursor (your current state, main character energy) and it walks the PD/PT tree over to the next node. lowkey elegant, no cap. and since the return type is void, there's literally no return value to catch β nothing comes back, periodt π
β SEE ALSO β
Kernel file: ./drivers/gpu/drm/amd/amdgpu/amdgpu_vm_pt.c β that's where this lives, go be nosy π§
and the whole squad, fr fr:
amdgpu_vm_pt_level_shift(9)amdgpu_vm_pt_num_entries(9)amdgpu_vm_pt_entries_mask(9)amdgpu_vm_pt_size(9)amdgpu_vm_pt_parent(9)amdgpu_vm_pt_start(9)amdgpu_vm_pt_descendant(9)amdgpu_vm_pt_sibling(9)amdgpu_vm_pt_ancestor(9)amdgpu_vm_pt_first_dfs(9)amdgpu_vm_pt_continue_dfs(9)amdgpu_vm_pt_next_dfs(9)amdgpu_vm_pt_clear(9)amdgpu_vm_pt_create(9)amdgpu_vm_pt_alloc(9)amdgpu_vm_pt_free(9)amdgpu_vm_pt_free_list(9)amdgpu_vm_pt_add_list(9)amdgpu_vm_pt_free_root(9)amdgpu_vm_pde_update(9)amdgpu_vm_pte_update_noretry_flags(9)amdgpu_vm_pte_fragment(9)amdgpu_vm_ptes_update(9)amdgpu_vm_pt_map_tables(9)
π«Ά and that's the page! sourced from ./drivers/gpu/drm/amd/amdgpu, dated October 2026, page name amdgpu_vm_pt_next(9). go walk that tree bestie ππ
π¦ 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