msm_dp_aux_transfer_helper(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸŽ€ NAME πŸŽ€

msm_dp_aux_transfer_helper β€” bestie, it's the helper function for EDID read transactions ✨

So this page lives in the Kernel API Manual, and it's all about one lil' function that fixes up EDID reads. Iconic behaviour, honestly.


✨ SYNOPSIS ✨

void msm_dp_aux_transfer_helper (struct msm_dp_aux_private *aux , struct
drm_dp_aux_msg *input_msg , bool send_seg );

Yup, that's the whole signature β€” void in, void out, three arguments in the middle. Slay. πŸ’…


🌸 ARGUMENTS 🌸

  • aux β€” the DP AUX private structure πŸ’– like, the whole context of the thing.
  • input_msg β€” the input message coming in from the DRM upstream APIs πŸ¦‹
  • send_seg β€” a bool that says whether to send the segment to the sink πŸŽ€ yes ma'am, segment-sending is a whole mood.

πŸ‘‘ RETURN πŸ‘‘

void

That's it. Nothing comes back. No return value, no drama, just vibes. 🫢


πŸ’« DESCRIPTION πŸ’«

Okay so here's the tea β˜•: this helper function exists to fix EDID reads for non-compliant sinks β€” the ones that do not handle the i2c middle-of-transaction flag correctly. Like, imagine a sink that just fumbles the bag on the i2c middle-of-transaction flag 😭 and this function is the fairy godmother that patches the whole situation. It's giving "fixer upper" in the best way. 🧚


🌈 SEE ALSO 🌈

  • Kernel file ./drivers/gpu/drm/msm/dp/dp_aux.c β€” go read the source, bestie, it's right there πŸ”₯

Ngl, if you're debugging EDID reads and something smells like a non-compliant sink, this is your girl. Periodt. πŸ’œ

Alright bestie, that's the whole page β€” brought to you by the Kernel API Manual, straight out of ./drivers/gpu/drm/msm/dp, dated October 2026, and titled msm_dp_aux_transfer_helper(9). Mwah πŸ’‹ go fix some EDID reads, ily πŸ“

πŸ“¦ where this page comes from