msm_context_is_vmbind(9)
π NAME π
This is msm_context_is_vmbind(9) from the Kernel API Manual, and it answers one iconic question: has userspace opted in to VM_BIND? π
β¨ SYNOPSIS β¨
bool msm_context_is_vmbind (struct msm_context *ctx );
π ARGUMENTS π
ctxβ thedrm_filecontext. That's the vibe check input, bestie.
πΈ DESCRIPTION πΈ
Okay so, see MSM_PARAM_EN_VM_BIND. If userspace is managing the VM, it can do sparse binding, including having multiple, potentially partial, mappings in the VM. Therefore certain legacy uabi (ie. GET_IOVA, SET_IOVA) are rejected because they don't have a sensible meaning. π
No cap: those legacy uabi calls get rejected in that setup because they literally don't have a sensible meaning there. π«Ά
π¦ RETURN π¦
Returns true if userspace is managing the VM, and false otherwise. Periodt. β¨
π SEE ALSO π
- Kernel file
./drivers/gpu/drm/msm/msm_gpu.h, plus these absolutely iconic references:struct msm_gpu_devfreq(9),struct msm_perfcntr_group_state(9),struct msm_perfcntr_state(9),struct msm_context(9),msm_gpu_convert_priority(9),struct msm_gpu_submitqueue(9).
That's the whole vibe, bestie π This page lives under ./drivers/gpu/drm/msm, it's dated October 2026, and it's msm_context_is_vmbind(9) β slay, bye! π«Άβ¨
π¦ 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