intel_dpll_reserve(9)

📦 version 7.3.1, in nixpkgs unstable

✨ intel_dpll_reserve(9) ✨

okay so this is a page straight out of the Kernel API Manual, and it's about intel_dpll_reserve — literally the function that reserves DPLLs for a CRTC + encoder combo 💅 buckle up bestie

🌸 NAME 🌸

intel_dpll_reserve — reserve DPLLs for CRTC and encoder combination 🎀

🦋 SYNOPSIS 🦋

int intel_dpll_reserve (struct intel_atomic_state *state , struct
       intel_crtc *crtc , struct intel_encoder *encoder );

💖 ARGUMENTS 💖

  • state — the atomic state, bestie. that's the whole vibe container ✨
  • crtc — the CRTC you're reserving DPLLs for 🎀
  • encoder — the encoder. yes. that one 🫶

🔥 DESCRIPTION 🔥

so what does this actually do? it reserves all the required DPLLs for the given CRTC and encoder combination — no cap, all of them — inside the current atomic commit state and the new crtc atomic state 💜

the new configuration sitting in the atomic commit state doesn't just magically become a thing on its own. nope. it's made effective by calling intel_dpll_swap_state — that's the glow-up moment ✨

and listen, the reserved DPLLs are not yours forever. they should be released by calling intel_dpll_release, okay? don't be the person who holds onto reserves forever 🙈

⭐ RETURN ⭐

0 if all required DPLLs were successfully reserved 🎉 — negative error code otherwise 💀

🌈 SEE ALSO 🌈

everything lives in the kernel file ./drivers/gpu/drm/i915/display/intel_dpll_mgr.c, and here's the whole crew:

that's the whole page, bestie — and it's brought to you by ./drivers/gpu/drm/i915/display and October 2026. periodt 💅✨

📦 where this page comes from