msm_dp_link_...tern_request(9)
β¨ 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 β0means it went through,-EINVALmeans 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:
msm_dp_link_is_bit_depth_valid(9)msm_dp_link_parse_video_pattern_params(9)msm_dp_link_parse_link_training_params(9)msm_dp_link_parse_phy_test_params(9)msm_dp_link_is_video_audio_test_requested(9)msm_dp_link_parse_request(9)msm_dp_link_process_link_training_request(9)msm_dp_link_process_link_status_update(9)msm_dp_link_process_ds_port_status_change(9)msm_dp_link_process_request(9)
π§ 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
- 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