pvr_gem_object_from_handle(9)
π pvr_gem_object_from_handle(9) π
bestie, welcome to the Kernel API Manual β todayβs main character is pvr_gem_object_from_handle, and sheβs here to hand you a reference like itβs a VIP pass ποΈβ¨
β¨ NAME β¨
pvr_gem_object_from_handle β obtain a reference to an object from a userspace handle. no cap, thatβs the whole vibe π«Ά
πΈ SYNOPSIS πΈ
struct pvr_gem_object * pvr_gem_object_from_handle (struct pvr_file
*pvr_file , u32 handle );
π ARGUMENTS π
pvr_fileβ the PowerVR-specific file thathandleis associated with πhandleβ the userspace handle referencing the target object π―
π¦ DESCRIPTION π¦
okay so hereβs the tea π΅ β on return, handle always maintains its reference to the requested object (if it had one in the first place). literally always, bestie.
If this function succeeds, the returned object will hold an additional reference. so youβre not just borrowing it, youβre getting a whole extra refcount moment β¨
When the caller is finished with the returned object, they should call pvr_gem_object_put on it to release this reference. please donβt ghost it β clean up your references, itβs giving responsible Unix citizen π
β RETURN β
- A pointer to the requested PowerVR-specific object on success, or
NULLotherwise π
π₯ SEE ALSO π₯
- Kernel file
./drivers/gpu/drm/imagination/pvr_gem.c pvr_gem_object_flags_validate(9),pvr_gem_object_into_handle(9),pvr_gem_object_vmap(9),pvr_gem_object_vunmap(9),pvr_gem_object_zero(9),pvr_gem_create_object(9),pvr_gem_object_create(9),pvr_gem_get_dma_addr(9)
mwah π this page is serving ./drivers/gpu/drm/imagination source-tree realness, October 2026 edition, and the header said pvr_gem_object_from_handle(9) in the Kernel API Manual β iconic, periodt ππ¦
π¦ 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