drm_mode_get_hv_timing(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’– drm_mode_get_hv_timing πŸ’–

okay bestie, so this is a page from the Kernel API Manual β€” it's drm_mode_get_hv_timing(9), and it's lowkey one of the most straightforward little helpers in the DRM mode family. it just fetches the hdisplay/vdisplay for a given mode. that's it. that's the whole vibe. πŸŽ€


✨ NAME ✨

drm_mode_get_hv_timing β€” fetches hdisplay/vdisplay for given mode


🌸 SYNOPSIS 🌸

void drm_mode_get_hv_timing (const struct drm_display_mode *mode , int
*hdisplay , int *vdisplay );

so yeah, it returns void (nothing comes back to you, it fills in your pointers), takes a const struct drm_display_mode * and two int * out-params. periodt. πŸ’…


πŸ¦‹ ARGUMENTS πŸ¦‹

  • mode β€” mode to query 🌟
  • hdisplay β€” hdisplay value to fill in ✍️
  • vdisplay β€” vdisplay value to fill in ✍️

πŸ’œ DESCRIPTION πŸ’œ

okay so here's the one thing you actually gotta know, and it's giving plot twist: the vdisplay value will be doubled if the specified mode is a stereo mode of the appropriate layout. πŸ‘€ like, not every stereo mode, only the ones with the appropriate layout β€” fr fr, that's the condition, don't @ me.

so hdisplay just gets filled in like normal, but vdisplay might come back twice as tall depending on that stereo situation. main character behavior honestly. πŸ”₯


🌈 SEE ALSO 🌈

the kernel file lives at ./drivers/gpu/drm/drm_modes.c β€” that's the home base, iykyk 🏠

and here's the whole friend group, no cap, all of them, not skipping a single one:

πŸŽ€πŸ«Άβœ¨


ngl the "appropriate layout" bit is doing a lot of heavy lifting in that description β€” it's the exact wording from the page, so keep it in mind and don't go assuming it doubles for every stereo mode. k? ty bestie πŸ’–

and that's the page!! mwah πŸ’‹ this was drm_mode_get_hv_timing(9) from the Kernel API Manual, source ./drivers/gpu/drm, dated October 2026 β€” iconic, no notes, go query some modes you absolute legend πŸ‘‘πŸŒΈ

πŸ“¦ where this page comes from