ENUM DRM_LVDS_DUAL_LINK_PIXELS(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’– NAME πŸ’–

enum drm_lvds_dual_link_pixels β€” literally tells you the pixel order of an LVDS dual-link connection, bestie ✨

So this is a page from the Kernel API Manual, and it's all about which port spits out which pixels. Lowkey iconic that something this specific gets its own enum, ngl πŸ’…


✨ SYNOPSIS ✨

enum drm_lvds_dual_link_pixels {
    DRM_LVDS_DUAL_LINK_EVEN_ODD_PIXELS ,
    DRM_LVDS_DUAL_LINK_ODD_EVEN_PIXELS

};

Two constants, one vibe check: which port does the even pixels and which one does the odd ones πŸ¦‹ Keep the code exactly like that, commas and all β€” we do not touch the source, periodt.


πŸŽ€ Constants πŸŽ€

  • DRM_LVDS_DUAL_LINK_EVEN_ODD_PIXELS β€” the even pixels are expected to come from the first port, and the odd pixels are expected to come from the second port. Even β†’ first, odd β†’ second, slay πŸ’–
  • DRM_LVDS_DUAL_LINK_ODD_EVEN_PIXELS β€” the odd pixels are expected to come from the first port, and the even pixels are expected to come from the second port. Odd β†’ first, even β†’ second, the flip side of the coin πŸ”₯
Notice the wording is "are expected to be generated from" β€” that's the whole story on this page, no extra lore, no cap πŸ™ˆ

πŸ¦‹ SEE ALSO πŸ¦‹

  • Kernel file ./include/drm/drm_of.h πŸ‘‘ β€” go read it if you want the actual context, iykyk

And that's the whole page, bestie 🫢 This one came from ./include/drm, dated October 2026, and the manual page title is enum drm_lvd..._link_pixels(9) β€” cute, tiny, and fully about pixel parity πŸŒΈπŸ’œ

πŸ“¦ where this page comes from