drm_dp_add_payload_part2(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’… drm_dp_add_payload_part2(9) β€” from the Kernel API Manual ✨

okay so bestie, this is a page from the Kernel API Manual, and it's about drm_dp_add_payload_part2 β€” the second half of the whole "give this payload a time slot" saga. she's the finisher, the closer, the one who actually sends the messages. let's get into it πŸŽ€


✨ NAME ✨

drm_dp_add_payload_part2 β€” Execute payload update part 2. literally the part 2. the sequel that slays πŸ’…


🌸 SYNOPSIS 🌸

int drm_dp_add_payload_part2 (struct drm_dp_mst_topology_mgr *mgr ,
struct drm_dp_mst_atomic_payload *payload );

πŸ¦‹ ARGUMENTS πŸ¦‹

  • mgr β€” Manager to use. the main character here, the one running the whole topology show πŸ‘‘
  • payload β€” The payload to update. yes queen, this is the one getting her glow-up ✨

πŸ’– DESCRIPTION πŸ’–

okay so here's the lore 🫢 if payload was successfully assigned a starting time slot by drm_dp_add_payload_part1, then this function will send the sideband messages to finish allocating this payload. that's it, that's the whole vibe β€” part 1 sets her up, part 2 sends the messages and actually seals the deal. teamwork, no cap 🀝

heads up bestie: if part 1 didn't successfully give her a starting time slot, then this part-2 moment doesn't happen. the condition is literally in the sentence πŸ’€

⭐ RETURN ⭐

0 on success, negative error code on failure. so like, zero = slay, negative = we're sobbing 😭


🌈 SEE ALSO 🌈

the whole friend group, fr fr β€” every single one of them:


and that's the whole page, bestie β€” go forth and allocate those payloads πŸ’œ

mwah πŸ’‹ this drop came from ./drivers/gpu/drm/display, dated October 2026, and it's the drm_dp_add_payload_part2(9) page β€” catch you in part 1 πŸŽ€

πŸ“¦ where this page comes from