tb_tunnel_maximum_bandwidth(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

✨ tb_tunnel_maximum_bandwidth(9) ✨

okay so bestie, welcome to the Kernel API Manual πŸ’… this one's a kernel function page, section 9, and it's literally called tb_tunnel_maximum_bandwidth β€” say that five times fast, I dare you 🫢


🌸 NAME 🌸

tb_tunnel_maximum_bandwidth β€” returns the maximum possible bandwidth πŸŽ€ yes, that's the whole vibe. it tells you the biggest bandwidth number this tunnel could ever dream of (as long as nobody else is hogging it, more on that below πŸ‘€).


πŸ”₯ SYNOPSIS πŸ”₯

int tb_tunnel_maximum_bandwidth (struct tb_tunnel *tunnel , int *max_up
, int *max_down );

that's it, that's the signature. no cap, just three little params and an int coming back at you πŸ’–


πŸ¦‹ ARGUMENTS πŸ¦‹

  • tunnel β€” the tunnel you're checking on 🧚 like, the main character here. this is the one getting the vibe check.
  • max_up β€” maximum upstream bandwidth in Mb/s ⬆️ literally the up number, in Mb/s.
  • max_down β€” maximum downstream bandwidth in Mb/s ⬇️ literally the down number, in Mb/s.

πŸ‘‘ RETURN πŸ‘‘

  • the maximum possible bandwidth this tunnel can support β€” if it's not limited by other bandwidth clients 😭 (yes, "if". sharing is caring but sharing also caps your numbers, just saying).
  • -EOPNOTSUPP β€” if the tunnel does not support this function πŸ’€ sorry bestie, this tunnel just doesn't do that.
  • -ENOTCONN β€” if the tunnel is not active πŸ™ˆ like, the tunnel is asleep, come back later.

🌈 SEE ALSO 🌈

kernel file ./drivers/thunderbolt/tunnel.c and honestly the whole friend group 🫢:

πŸ’‘ lowkey the whole bandwidth saga is in that list β€” 'allocated', 'consumed', 'unused', 'reclaim' β€” it's giving bandwidth economy, fr fr.

and that's the page, bestie πŸŽ€ tysm for reading. this one lives in ./drivers/thunderbolt, dated October 2026 β€” mwah, slay, periodt πŸ’œβœ¨

πŸ“¦ where this page comes from