mux_state_select_delay(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’… mux_state_select_delay πŸ’…

okay so this is a page straight out of the Kernel API Manual β€” it's mux_state_select_delay(9) and it's literally about picking a mux state and then waiting a lil bit. bestie, let's get into it πŸŽ€


✨ NAME ✨

mux_state_select_delay β€” select the given multiplexer state. that's it, that's the vibe πŸ¦‹


🌸 SYNOPSIS 🌸

int mux_state_select_delay (struct mux_state *mstate , unsigned int
delay_us );

🧚 ARGUMENTS 🧚

  • mstate β€” the mux-state you're trying to select, like the outfit you've decided on πŸ’…
  • delay_us β€” the time to delay, in microseconds, if the mux state actually changed. no change, no wait, no drama ✨

πŸ”₯ DESCRIPTION πŸ”₯

so when you successfully select the mux-state, its mux-control gets locked β€” and it stays locked until somebody calls mux_state_deselect. no cap, it's held hostage (lovingly) 🫢

and if the mux-control is already selected when mux_state_select is called, the caller will be blocked until mux_state_deselect or mux_control_deselect gets called β€” by someone else, obvi πŸ™ˆ

so like, please make sure to call mux_state_deselect when the operation is complete and the mux-control is free for others to use. but do not call mux_state_deselect if mux_state_select fails. that's the one rule, don't fumble it 😭

⭐ RETURN ⭐

0 when the mux-state has been selected ✨ β€” or a negative errno on error πŸ’€


πŸ‘‘ SEE ALSO πŸ‘‘

the whole friend group, fr fr:


and that's the whole page, bestie πŸŒˆπŸ’– this iconic lil entry lives in ./drivers/mux, dated October 2026, and it's filed under mux_state_select_delay(9) β€” go forth and select responsibly πŸ§šβ€β™€οΈβœ¨πŸ¦‹

πŸ“¦ where this page comes from