i915_gem_ob..._dma_address(9)
β¨ NAME β¨
So this is the page for i915_gem_object_get_dma_address β and bestie, it's literally just a wrapper macro for __i915_gem_object_get_dma_address. That's it, that's the whole name section π
(and yes, this whole page lives in the Kernel API Manual, iykyk π).
πΈ SYNOPSIS πΈ
i915_gem_object_get_dma_address (obj , n );
π¦ ARGUMENTS π¦
objβ your i915 GEM buffer object, the main character of this whole situation πnβ the page offset, like which page we're pointing at π
π RETURN π
It hands you back the bus addresses of the targeted DMA mapped scatterlist. That's the vibe β addresses, plural, bus-flavored β¨
π DESCRIPTION π
Okay so here's the why: in order to avoid the truncation of the input parameter (π the horror), it checks the page offset n's type from the input parameter before calling __i915_gem_object_get_dma_address. Type check first, then the call β that's the whole flex fr fr.
Also peep __i915_gem_object_page_iter_get_sg and __i915_gem_object_get_dma_address while you're here, they're part of the same little friend group π«Ά
β SEE ALSO β
Kernel file ./drivers/gpu/drm/i915/gem/i915_gem_object.h β the source of truth, no cap π
i915_gem_object_lookup_rcu(9)__i915_gem_object_page_iter_get_sg(9)i915_gem_object_page_iter_get_sg(9)__i915_gem_object_get_sg(9)i915_gem_object_get_sg(9)__i915_gem_object_get_sg_dma(9)i915_gem_object_get_sg_dma(9)__i915_gem_object_get_page(9)i915_gem_object_get_page(9)__i915_gem_object_get_dirty_page(9)i915_gem_object_get_dirty_page(9)__i915_gem_object_get_dma_address_len(9)i915_gem_object_get_dma_address_len(9)__i915_gem_object_get_dma_address(9)i915_gem_object_pin_map(9)i915_gem_object_unpin_map(9)
β¨ that's the whole page, bestie β¨ β sourced from ./drivers/gpu/drm/i915/gem, dated October 2026. Slay, go read some other manpages now, mwah ππ
π¦ 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