dw_hdmi_qp_r...t_vop_format(9)
π NAME π
dw_hdmi_qp_rockchip_get_vop_format β bestie, this is the one that figures out which bus format the VOP should be outputting π
β¨ SYNOPSIS β¨
int dw_hdmi_qp_rockchip_get_vop_format(struct drm_encoder *encoder,
struct drm_connector_state *conn_state);
π ARGUMENTS π
encoderβ a pointer to astruct drm_encoder, aka the encoder bestie in question π«Άconn_stateβ a pointer to the current atomicstruct drm_connector_state, the whole vibe of the connector rn π
π¦ DESCRIPTION π¦
Okay so picture this: the Rockchip video processor (VOP, main character energy) needs to know which bus format to output so it can feed it into the bridge chain. That's literally the whole job. This function determines it. No cap, that's it πΈ
It returns a MEDIA_BUS_FMT_* on success β yes, one of those β or a negative errno if something went wrong π
Heads up bestie: success gives you a MEDIA_BUS_FMT_*, failure gives you a negative errno. Don't mix them up, iykyk π
π SEE ALSO π
- Kernel file
./drivers/gpu/drm/rockchip/dw_hdmi_qp-rockchip.c dw_hdmi_qp_rockchip_bus_fmt_to_reg(9)
That's the whole page, periodt πβ¨ This little icon lives in ./drivers/gpu/drm/rockchip, and it's from October 2026 β so yeah, future vibes only π¦π Go slay those bus formats, bestie π«Ά
π¦ where this page comes from
- nixpkgs unstable: linux-manual 7.3.1
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash-1017 on : a language model's rewrite of the original, under its terms