UNION MUX_CMD_PARAM(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

✨ NAME ✨

okay so bestie, welcome to mux_cmd_param(9) β€” this is the man page for union mux_cmd_param, which is literally the union-definition of the command parameters. that's the whole vibe. it's a union that holds all the inband command payloads so everybody can share one spot πŸ’…


🌸 SYNOPSIS 🌸

union mux_cmd_param {
    struct mux_cmd_open_session open_session;
    struct mux_cmd_open_session_resp open_session_resp;
    struct mux_cmd_close_session_resp close_session_resp;
    struct mux_cmd_flow_ctl flow_ctl;
    struct mux_cmd_link_status_report link_status;
    struct mux_cmd_link_status_report_resp link_status_resp;
 };

like, that's it. that's the union. six members sharing one little home 🏠 no cap.


πŸŽ€ Members πŸŽ€

bestie, meet the cast. each one is a different flavor of command parameter, and they all live in the same union:

  • open_session β€” the inband command for open session. it's giving "let's start something" energy ✨
  • open_session_resp β€” the inband command for open session response. the reply era 🫢
  • close_session_resp β€” the inband command for close session response. wrapping it up, saying bye 😭
  • flow_ctl β€” in-band flow control on the opened interfaces. keeping the traffic from getting messy, lowkey iconic 🌊
  • link_status β€” in-band Link Status Report. the vibe check of the link, fr fr πŸ“‘
  • link_status_resp β€” in-band command for link status report response. the link status report's response bestie πŸ¦‹

πŸ‘‘ SEE ALSO πŸ‘‘

go read these next, bestie, they're all right there in the Kernel file ./drivers/net/wwan/iosm/iosm_ipc_mux.h:


πŸ’– that's a whole lotta cross-references and honestly? we love a well-documented kernel API. go click through them, iykyk.

okay that's the page!! this one comes from ./drivers/net/wwan/iosm, version-dated October 2026, and it's union mux_cmd_param(9) β€” mwah, slay, periodt πŸ’…πŸŽ€

πŸ“¦ where this page comes from