vlv_force_pll_off(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’… vlv_force_pll_off(9) β€” like, the Kernel API Manual page, bestie

okay so picture this: it's giving kernel API manual energy, we're in the i915 display code, and there's this one function whose whole personality is turning a PLL off on purpose. yes, on purpose. stay with me 🫢


✨ NAME ✨

vlv_force_pll_off β€” forcibly disable just the PLL

no like, just the PLL. that's the whole bit. πŸ’…


🌸 SYNOPSIS 🌸

void vlv_force_pll_off (struct intel_display *display , enum pipe pipe
);

two args, no return, void, we love a low-commitment icon ✨


πŸ¦‹ ARGUMENTS πŸ¦‹

  • display β€” the display device, aka the whole vibe holder for the display side of things
  • pipe β€” the pipe whose PLL you're about to disable, like the specific PLL you're sending to go take a nap 😴

πŸŽ€ DESCRIPTION πŸŽ€

Disable the PLL for pipe. that's it, that's the job.

now for the plot twist β€” the reason this function even exists: use it in cases where we need the PLL enabled even when pipe is not going to be enabled. yes bestie, that's the whole point, it's the "PLL stays up even though the pipe isn't coming to the party" situation, and this is the little helper that handles it 🧚

literally forcibly disabling just the PLL. periodt.


πŸ”₯ SEE ALSO πŸ”₯

  • Kernel file ./drivers/gpu/drm/i915/display/intel_dpll.c β€” go read the source, it's all right there iykyk πŸ‘‘
  • vlv_force_pll_on(9) β€” the other half of the duo, the one that forces it back on πŸ’–

ngl if you're toggling PLLs by hand you should probably know exactly why β€” this is not the "just try it and see" part of the codebase πŸ™ˆ

so yeah, that's the whole page!! source/version is ./drivers/gpu/drm/i915/display and it's dated October 2026, and honestly? iconic of it. k bye, go force a PLL off responsibly πŸ’œπŸŒˆβ­

πŸ“¦ where this page comes from