vce_v1_0_is_idle(9)
π vce_v1_0_is_idle β the vibe check for VCE1 π
Ok bestie, so this one lives in the Kernel API Manual and it's literally called vce_v1_0_is_idle. She's a kernel function, she's bool, and she's here to tell you whether the VCE1 IP block is chilling or grinding. Periodt.
β¨ SYNOPSIS β¨
bool vce_v1_0_is_idle (struct amdgpu_ip_block *ip_block );
Yeah, that's the whole signature β one argument, one bool return, zero drama. π
πΈ ARGUMENTS πΈ
ip_blockβ anamdgpu_ip_blockpointer, that's it, that's the whole β¨situationβ¨. Hand her the IP block and she'll go check on it.
π¦ DESCRIPTION π¦
So here's the tea π΅: she checks whether VCE is busy according to VCE_STATUS. That's like the main character check, the real source of truth.
But wait, there's more β she also checks whether the SRBM thinks VCE is busy. And ngl, that second check is giving β¨suspiciousβ¨, because SRBM_STATUS.VCE_BUSY seems to be bogus π. Like, it appears to mirror the VCE_STATUS.VCPU_REPORT_FW_LOADED bit, which is... not the same thing, bestie. So that whole SRBM vibe check is questionable, iykyk. π
Fr fr though: the SRBM side is noted in the docs as seeming bogus because it looks like it mirrors VCE_STATUS.VCPU_REPORT_FW_LOADED. Keep that in mind, don't @ me.
π«Ά SEE ALSO π«Ά
The kernel file itself, the icon, the queen π:
./drivers/gpu/drm/amd/amdgpu/vce_v1_0.c
And her whole friend group β the rest of the vce_v1_0 squad, no cap:
vce_v1_0_ring_get_rptr(9)vce_v1_0_ring_get_wptr(9)vce_v1_0_ring_set_wptr(9)vce_v1_0_load_fw(9)vce_v1_0_start(9)vce_v1_0_ensure_vcpu_bo_32bit_addr(9)vce_v1_0_hw_init(9)
π THE SIGN-OFF π
This lil page lives under ./drivers/gpu/drm/amd/amdgpu, dated October 2026 π
β go off, calendar. And that's the whole Kernel API Manual entry for vce_v1_0_is_idle(9). Slay, stay idle, drink water ππ§π
π¦ 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