tb_tunnel_a...ed_bandwidth(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’– NAME πŸ’–

tb_tunnel_allocated_bandwidth β€” return bandwidth allocated for the tunnel. That's the whole assignment, bestie: you check the tunnel and it tells you how much bandwidth it's been allocated. Straight from the Kernel API Manual, page tb_tunnel_a...ed_bandwidth(9), and yes it's giving very specific thunderbolt energy ✨


✨ SYNOPSIS ✨

int tb_tunnel_allocated_bandwidth (struct tb_tunnel *tunnel , int *allocated_up , int *allocated_down );

πŸŽ€ ARGUMENTS πŸŽ€

  • tunnel β€” tunnel to check. Like, which tunnel are we looking at? πŸ‘€
  • allocated_up β€” currently allocated upstream bandwidth in Mb/s is stored here. It writes through this pointer, so don't hand it nonsense, fr fr.
  • allocated_down β€” currently allocated downstream bandwidth in Mb/s is stored here. Same situation, but downstream edition πŸ’…

πŸ’… RETURN πŸ’…

  • Bandwidth allocated for the tunnel. This may be higher than what the tunnel actually consumes. (iconic over-allocation moment, no cap πŸ”₯)
  • -EOPNOTSUPP β€” if the tunnel does not support this function.
  • -ENOTCONN β€” if the tunnel is not active.
  • Negative errno β€” another error occurred.

πŸ¦‹ SEE ALSO πŸ¦‹

Kernel file: ./drivers/thunderbolt/tunnel.c β€” and the whole squad is:


mwah πŸ’‹ this little page was served from ./drivers/thunderbolt, dated October 2026 β€” catch you in the next manpage, bestie 🫢🌸

πŸ“¦ where this page comes from