drm_dp_add_payload_part2(9)
π 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:
- Kernel file
./drivers/gpu/drm/display/drm_dp_mst_topology.cdp mst helper(9) - Branch device and port refcounting(9)
drm_dp_mst_get_mstb_malloc(9)drm_dp_mst_put_mstb_malloc(9)drm_dp_mst_get_port_malloc(9)drm_dp_mst_put_port_malloc(9)drm_dp_mst_topology_try_get_mstb(9)drm_dp_mst_topology_get_mstb(9)drm_dp_mst_topology_put_mstb(9)drm_dp_mst_topology_try_get_port(9)drm_dp_mst_topology_get_port(9)drm_dp_mst_topology_put_port(9)drm_dp_mst_dpcd_read(9)drm_dp_mst_dpcd_write(9)drm_dp_mst_connector_late_register(9)drm_dp_mst_connector_early_unregister(9)drm_dp_add_payload_part1(9)drm_dp_remove_payload_part1(9)drm_dp_remove_payload_part2(9)drm_dp_get_vc_payload_bw(9)drm_dp_read_mst_cap(9)drm_dp_mst_topology_mgr_set_mst(9)drm_dp_mst_topology_queue_probe(9)drm_dp_mst_topology_mgr_suspend(9)drm_dp_mst_topology_mgr_resume(9)drm_dp_mst_hpd_irq_handle_event(9)drm_dp_mst_hpd_irq_send_new_request(9)drm_dp_mst_detect_port(9)drm_dp_mst_edid_read(9)drm_dp_mst_get_edid(9)drm_dp_atomic_find_time_slots(9)drm_dp_atomic_release_time_slots(9)drm_dp_mst_atomic_setup_commit(9)drm_dp_mst_atomic_wait_for_dependencies(9)drm_dp_mst_root_conn_atomic_check(9)drm_dp_mst_update_slots(9)drm_dp_check_act_status(9)drm_dp_calc_pbn_mode(9)drm_dp_mst_dump_topology(9)drm_dp_mst_port_downstream_of_parent(9)drm_dp_mst_add_affected_dsc_crtcs(9)drm_dp_mst_atomic_enable_dsc(9)drm_dp_mst_atomic_check_mgr(9)drm_dp_mst_atomic_check(9)drm_atomic_get_mst_topology_state(9)drm_atomic_get_old_mst_topology_state(9)drm_atomic_get_new_mst_topology_state(9)drm_dp_mst_topology_mgr_init(9)drm_dp_mst_topology_mgr_destroy(9)drm_dp_mst_register_i2c_bus(9)drm_dp_mst_unregister_i2c_bus(9)drm_dp_mst_is_virtual_dpcd(9)drm_dp_mst_aux_for_parent(9)drm_dp_mst_dsc_aux_for_port(9)
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
- 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