dc_dmub_srv_set_power_state(9)

📦 version 7.3.1, in nixpkgs unstable

✨ dc_dmub_srv_set_power_state(9) ✨

okay so bestie, welcome to the Kernel API Manual, section 9 — today's main character is dc_dmub_srv_set_power_state, and honestly? she's a little gatekeeper and we love her for it 💅

🎀 NAME 🎀

dc_dmub_srv_set_power_state — Sets the power state for DMUB service.

like literally that's the whole job. she sets the power state. no cap 🫶

🌸 SYNOPSIS 🌸

void dc_dmub_srv_set_power_state (struct dc_dmub_srv *dc_dmub_srv , enum
       dc_acpi_cm_power_state power_state );

returns nothing (void), takes two things, done. iconic minimalism ✨

🦋 ARGUMENTS 🦋

okay so the manpage is being shy here, and I'm not gonna make stuff up for you:

  • dc_dmub_srv — undescribed -- 🙈 the original literally says -- undescribed --, so that's what we're working with
  • power_state — undescribed -- same vibe, -- undescribed -- 🫠

(but keep reading, the DESCRIPTION has the tea ⬇️)

💖 DESCRIPTION 💖

Controls whether messaging the DMCUB or interfacing with it via HW register interaction is permittable. 🔥

that's it, that's the whole gatekeeping situation — she decides if you're allowed to talk to the DMCUB or poke at it through HW register interaction. it's giving bouncer at the club, and the guest list is the power state 💅

and then the original restates the params like this:

  • dc_dmub_srv - The DC DMUB service pointer
  • power_state - the DC power state

so yeah, pass her the service pointer and the DC power state, and she'll handle the permittable-ness. periodt ✨

👑 SEE ALSO 👑

that's the whole friend group bestie, go say hi to all of them 🧚💜

heads up: the argument docs up top are literally -- undescribed -- in the source, so if you needed deep lore on dc_dmub_srv or power_state, that's a you-and-the-header-file situation 🍓

and that's the page!! brought to you by the ./drivers/gpu/drm/amd/display/dc crew, October 2026 edition of dc_dmub_srv_set_power_state(9) — slay, bye 💖🌈

📦 where this page comes from