pvr_queue_up...state_locked(9)

📦 version 7.3.1, in nixpkgs unstable

💅 pvr_queue_update_active_state_locked — the locked girlie of the family ✨

okay so this is a page from the Kernel API Manual, section 9, and the star of the show is pvr_queue_update_active_state_locked(9). yes the header is long, no we're not shortening it, it's iconic 🎀

✨ NAME ✨

pvr_queue_update_active_state_locked — Update the queue active state. that's it. that's the whole job. she updates. she's locked. periodt 💅

🌸 SYNOPSIS 🌸

void pvr_queue_update_active_state_locked (struct pvr_queue *queue );

literally one argument, one return type of void, zero drama. well. mostly. 🦋

🎀 ARGUMENTS 🎀

  • queue — Queue to update the state on. that's the one, bestie. that's the queue getting the state glow-up 💖

🧚 DESCRIPTION 🧚

so this is the locked version of pvr_queue_update_active_state. same energy, but you gotta hold the lock first — and not just any lock, specifically pvr_device::queue::lock. Must be called with pvr_device::queue::lock held. no cap, that's a hard requirement, not a suggestion 🙈

lowkey important: if you're not holding pvr_device::queue::lock when you call this, you're doing it wrong. the whole point of the _locked suffix is that you brought the lock. don't make her do it. 💀

👑 SEE ALSO 👑

like, the whole friend group showed up to the group chat. we love a supportive cast 🌈🫶

and that's the page, bestie ✨ sourced straight from ./drivers/gpu/drm/imagination, dated October 2026 — mwah, go hold that lock 😘💜

📦 where this page comes from