msm_dp_link_...tern_request(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

✨ NAME ✨

okay so bestie, welcome to the Kernel API Manual, section 9 πŸ’… β€” this page is all about msm_dp_link_process_phy_test_pattern_request πŸŽ€, which literally processes new phy link requests. no cap, that's the whole job description πŸ¦‹


🌸 SYNOPSIS 🌸

int msm_dp_link_process_phy_test_pattern_request (struct
       msm_dp_link_private *link );

like, that's the whole signature, she's right there πŸ‘‘


πŸ’– ARGUMENTS πŸ’–

  • link β€” the Display Port Driver data 🫢 that's it, that's the one argument, she's carrying all the driver vibes

🌈 DESCRIPTION 🌈

bestie listen πŸ‘‚ this function handles new phy link pattern requests that are initiated by the sink β€” the sink is the one kicking things off here, not us, we're just built to respond ✨

and here's the return tea β˜• so you don't get caught lacking:

  • if a phy link pattern has been processed, she returns 0 β€” slay, we ate πŸ’…
  • otherwise she returns -EINVAL β€” not an error exactly, just "nah, didn't process that one" πŸ’€
ngl the return value is doing a lot of the talking here β€” 0 means it went through, -EINVAL means it did not. don't overthink the vibe check πŸ”₯

πŸ¦‹ SEE ALSO πŸ¦‹

the whole friend group πŸ’œ β€” kernel file ./drivers/gpu/drm/msm/dp/dp_link.c lives over there, and these are the cousins:


🧚 and that's the page, bestie β€” brought to you straight out of ./drivers/gpu/drm/msm/dp, dated October 2026, in the one and only Kernel API Manual. go be iconic with your phy test patterns πŸ’–βœ¨
πŸ“¦ where this page comes from