drm_dp_mst_..._new_request(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’… drm_dp_mst_hpd_irq_send_new_request πŸ’…

okay so first things first, bestie: this page lives in the Kernel API Manual, and the full name is lowkey a keyboard smash β€” drm_dp_mst_hpd_irq_send_new_request. the header up top abbreviates it to drm_dp_mst_..._new_request(9) because nobody has time to type all that. anyway. let's get into it πŸ’–


✨ NAME ✨

drm_dp_mst_hpd_irq_send_new_request β€” MST hotplug IRQ kick off new request. that's the whole vibe. it kicks off a new request. slay πŸ”₯


✨ SYNOPSIS ✨

void drm_dp_mst_hpd_irq_send_new_request (struct drm_dp_mst_topology_mgr
*mgr );

✨ ARGUMENTS ✨

  • mgr β€” the manager to notify irq for. that's it, that's the whole argument, she's a one-argument icon πŸ‘‘

✨ DESCRIPTION ✨

okay so here's the tea 🍡 β€” you call this from the driver when an MST irq event is handled and acked. both. the handling and the acking. don't skip a step, bestie.

⚠️ and this is the part where you really need to pay attention: a new down request should only be sent when the previous message transaction is completed. the source is not supposed to generate interleaved message transactions. like, literally not. no overlapping, no interleaving, no "oops I sent two at once" energy. finish your message transaction before you start the next one, periodt πŸ’…

it's giving "one thing at a time" and honestly? iconic behavior. main character energy fr fr πŸ’€


🌈 SEE ALSO 🌈

grab a snack and sit down because this list is long, I'm not even kidding 😭 the kernel file lives at ./drivers/gpu/drm/display/drm_dp_mst_topology.c, and then we have:

see? told you it was a lot. every single one of them, bestie, we don't gatekeep 🫢


that's the page!! mwah πŸ’‹ ok bye, this came from ./drivers/gpu/drm/display, dated October 2026, and the page itself is drm_dp_mst_..._new_request(9) β€” go read the other fifty-seven(9) pages, ily, drink some water πŸŒΈπŸ§šπŸ’œ

πŸ“¦ where this page comes from