xhci_port_is_tunneled(9)
β¨ NAME β¨
xhci_port_is_tunneled β check if a USB3 connection is tunneled over USB4. We're in the Kernel API Manual, section 9, bestie, and this one is lowkey iconic π
π¦ SYNOPSIS π¦
enum usb_link_tunnel_mode xhci_port_is_tunneled (struct xhci_hcd *xhci ,
struct xhci_port *port );
π ARGUMENTS π
xhciβ the xhci host controller. That's the main-character struct here πportβ the USB3 port to be checked. Gotta know which port we're vibe-checking π
πΈ DESCRIPTION πΈ
Okay so some hosts can detect whether a USB3 connection is native USB3 or tunneled over USB4. Intel hosts expose this via vendor specific extended capability 206 eSS PORT registers TUNEN (tunnel enabled) bit. Not me memorizing the exact capability number, but yes, 206, periodt π
A USB3 device must be connected to the port to detect the tunnel. No device plugged in? No tunnel detection, fr fr π
π₯ RETURN π₯
It returns a link tunnel mode enum:
USB_LINK_UNKNOWNβ when the host is incapable of detecting USB3 over USB4 tunnels πUSB_LINK_NATIVEorUSB_LINK_TUNNELEDβ otherwise, bestie, slay β¨
π SEE ALSO π
Kernel file ./drivers/usb/host/xhci-hub.c and xhci_port_state_to_neutral(9) β go read those too, iykyk π«Ά
mwah π this cutie lives under ./drivers/usb/host, dated October 2026, and it's serving full xhci_port_is_tunneled(9) energy in the Kernel API Manual. bye bestie, go check those tunnels π
π¦ where this page comes from
- nixpkgs unstable: linux-manual 7.3.1
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash-1017 on : a language model's rewrite of the original, under its terms