drm_of_crtc_port_mask(9)

✨ drm_of_crtc_port_mask ✨

okay bestie, so this one is a little kernel function from the DRM corner of the tree, and honestly? it's giving "small but mighty" 💅 Let's get into it.

This is a page from the Kernel API Manual — yes, the fancy kernel docs, we love to see it 🎀

---

🌸 NAME 🌸

drm_of_crtc_port_mask — literally just: find the mask of a registered CRTC by port OF node. that's the whole vibe, no cap.

---

🦋 SYNOPSIS 🦋

uint32_t drm_of_crtc_port_mask (struct drm_device *dev , struct
       device_node *port );

look at that signature. clean. iconic. returns a uint32_t, takes two pointers, we move. ✨

---

💖 ARGUMENTS 💖

• dev — the DRM device 🖥️ like, the whole graphics device situation.
• port — the port OF node 🌳 the device-tree node for the port in question.

---

🎀 DESCRIPTION 🎀

so the way this works: you hand it a port OF node, and it gives you back the possible mask of the corresponding CRTC — the one sitting inside the device's list of CRTCs. like a little lookup, but make it device-tree 💅

and if it's not found? it returns zero. that's it, that's the fail state. not found → zero, fr fr. don't overthink it 🫶

heads up bestie: zero is your "nope, didn't find it" signal here, so don't go treating it like a valid mask, iykyk 😭

---

🔥 SEE ALSO 🔥

• Kernel file ./drivers/gpu/drm/drm_of.c overview(9)
• drm_of_find_possible_crtcs(9)
• drm_of_component_match_add(9)
• drm_of_component_probe(9)
• drm_of_get_panel_orientation(9)
• drm_of_find_panel_or_bridge(9)
• drm_of_lvds_get_dual_link_pixel_order(9)
• drm_of_lvds_get_dual_link_pixel_order_sink(9)
• drm_of_lvds_get_data_mapping(9)
• drm_of_get_data_lanes_count(9)
• drm_of_get_data_lanes_count_ep(9)
• drm_of_get_data_lanes_count_remote(9)
• drm_of_get_dsi_bus(9)

that's a whole friend group right there, go say hi to all of them 👑🌈

---

and that's the page!! mwah 💋 this beauty lives in ./drivers/gpu/drm, the docs are dated October 2026, and it's all from the Kernel API Manual — go off, kernel docs, you ate 🍓✨