drm_dp_mst_t...y_mgr_resume(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

🌸 drm_dp_mst_topology_mgr_resume(9) β€” the Kernel API Manual glow-up ✨

okay so bestie, you found the page for drm_dp_mst_topology_mgr_resume, and it lives in the Kernel API Manual, section 9, no cap πŸ’…. It's literally the "wake the MST manager back up" function and it's giving main character energy for your resume path. Let's get into it 🫢


✨ NAME ✨

drm_dp_mst_topology_mgr_resume β€” resume the MST manager πŸ’–


✨ SYNOPSIS ✨

int drm_dp_mst_topology_mgr_resume (struct drm_dp_mst_topology_mgr *mgr
, bool sync );

πŸŽ€ ARGUMENTS πŸŽ€

  • mgr β€” the manager you're resuming, bestie. that's the whole vibe 🌈
  • sync β€” whether or not to do the topology reprobing synchronously. yes/no, now/later, iconic either way ⭐

πŸ¦‹ DESCRIPTION πŸ¦‹

so what this does is it fetches DPCD and checks if the device is still there πŸ‘€. if it is β€” slay β€” it rewrites the MSTM control bits and returns. done. periodt ✨

if the device fails this, it returns -1, and the driver should do a full MST reprobe, just in case we were undocked 😭 (imagine getting unplugged mid-nap, couldn't be me).

during system resume β€” where it's assumed that the driver will be calling drm_atomic_helper_resume β€” this function should be called beforehand with sync set to true πŸ”₯

in contexts like runtime resume, where the driver is not expected to be calling drm_atomic_helper_resume, call this function with sync set to false so you don't deadlock πŸ’€. lowkey important. highkey important actually.


πŸ‘‘ RETURN πŸ‘‘

  • -1 if the MST topology was removed while we were suspended πŸ˜΄πŸ’”
  • 0 otherwise πŸŽ‰

🌈 SEE ALSO 🌈


and that's the whole page, bestie πŸ§šπŸ’œ this one comes straight out of ./drivers/gpu/drm/display, dated October 2026, and yes the header up top and that footer are both literally just drm_dp_mst_t...y_mgr_resume(9) β€” the truncation is canon, iykyk 😭🫢 go forth and resume responsibly πŸ’…βœ¨

πŸ“¦ where this page comes from