drm_driver_c..._mode_format(9)

💅 drm_driver_color_mode_format — Kernel API Manual ✨

okay so bestie, we're talking about drm_driver_color_mode_format today and honestly? she's giving humble little helper that does exactly one thing and does it well. 🎀

---

🌸 NAME 🌸

drm_driver_color_mode_format — compute a DRM 4CC code from a color mode ✨

---

🦋 SYNOPSIS 🦋

uint32_t drm_driver_color_mode_format (struct drm_device *dev , unsigned
int color_mode );

---

💖 ARGUMENTS 💖

• dev — the DRM device, bestie. your main character. 👑
• color_mode — the command-line color mode. yes, that one. 🫶

---

🧚 DESCRIPTION 🧚

So what she does is: she computes a DRM 4CC pixel format code for the given color mode, and she does it using drm_driver_color_mode. no cap. 🔥

The color mode is in the format used and the kernel command line — it packs the number of bits per pixel and the color depth into a single value. one value! iconic behavior honestly. 💅

She's useful in fbdev emulation code, because that code deals in exactly those values. iykyk. 🌈

🚨 real talk though: this helper does not consider YUV or other complicated formats. nope, not her era. that means only legacy formats are supported (fmt->depth is a legacy field, fr fr), but also — the framebuffer emulation can only deal with such formats anyway, specifically RGB/BGA formats. so like... it works out?? 💀🌸

---

⭐ SEE ALSO ⭐

go read the whole friend group, they're all in the same kernel file ./drivers/gpu/drm/drm_fourcc.c:

• drm_mode_legacy_fb_format(9)
• drm_driver_legacy_fb_format(9)
• drm_format_info(9)
• drm_get_format_info(9)
• drm_format_info_block_width(9)
• drm_format_info_block_height(9)
• drm_format_info_bpp(9)
• drm_format_info_min_pitch(9)

---

and that's the whole page, bestie!! 🫶 it lives in ./drivers/gpu/drm, dated October 2026, and it's literally called drm_driver_c..._mode_format(9) because the title got truncated in the header and we're just rolling with it. slay. 💜✨