tb_cfg_request_sync(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’– tb_cfg_request_sync(9) πŸ’–

okay bestie, welcome to the Kernel API Manual entry for tb_cfg_request_sync β€” control-request girlie is here to start a request and wait for it to finish, and honestly? iconic behavior. πŸŽ€βœ¨


🌸 NAME 🌸

tb_cfg_request_sync β€” Start control request and wait until it completes. periodt. πŸ’…


πŸ¦‹ SYNOPSIS πŸ¦‹

struct tb_cfg_result tb_cfg_request_sync (struct tb_ctl *ctl , struct
       tb_cfg_request *req , int timeout_msec );

πŸŽ€ ARGUMENTS πŸŽ€

  • ctl β€” the control channel to use, bestie. that’s the one. 🫢
  • req β€” the request to start. go off, little request. ✨
  • timeout_msec β€” the timeout for how long to wait for req to complete. yes, the _msec is literally right there. ⏳

πŸ’œ DESCRIPTION πŸ’œ

So this function starts a control request and then waits until it completes. very β€œI’ll wait” main character energy. πŸ’…

If the timeout triggers, the request is canceled before the function returns. no lingering, no ghosting, it gets canceled. 😭πŸ”₯

⚠️ Important caveat: the caller needs to make sure only one message for the given switch is active at a time. not two, not a little group chat β€” just one. πŸ‘‘

🌈 RETURN 🌈

It returns a struct tb_cfg_result, and if an error has occurred, the err field is non-zero. that’s your little error flag, bestie β€” check it. 🚩✨


🧚 SEE ALSO 🧚

Kernel file ./drivers/thunderbolt/ctl.c, plus these absolute icons: struct tb_ctl(9), tb_cfg_request_alloc(9), tb_cfg_request_get(9), tb_cfg_request_put(9), tb_cfg_request(9), tb_cfg_request_cancel(9), tb_ctl_alloc(9), tb_ctl_free(9), tb_ctl_start(9), tb_ctl_stop(9), tb_cfg_ack_notification(9), tb_cfg_ack_plug(9), tb_cfg_reset(9), tb_cfg_read_raw(9), tb_cfg_write_raw(9), and tb_cfg_get_upstream_port(9). iykyk. πŸ¦‹πŸ’–


signing off from ./drivers/thunderbolt, dated October 2026, with full tb_cfg_request_sync(9) energy β€” slay, and read your manpages. πŸ’…πŸŽ€βœ¨

πŸ“¦ where this page comes from