Thunderbolt 5, Barlow Ridge and OCuLink eGPU topologies on Linux

Parent: Thunderbolt eGPU on Linux for local LLM inference · Published reference · snapshot 2026-09-08 · skill devops-linux-internals/references/thunderbolt5-barlow-ridge-and-oculink-egpu-topologies-linux.md

Also known as: asym_threshold, barlow ridge, jhl9580, m.2 oculink, multi gpu egpu llm, oculink egpu, tb5 enclosure tb4 host, thunderbolt 5 egpu, usb4 v2

↓ Facts as markdown↓ Download this reference fileall context files

Choosing an eGPU connection topology beyond Thunderbolt 4 on Linux for local-LLM inference — what Thunderbolt 5 and the Barlow Ridge controllers actually change and their Linux status, how a TB5 enclo

These notes link each claim to its source. A source may be a research report hosted on this site rather than the primary document. A published reference means the content is available; it does not certify independent review or accuracy.Read the editorial policy and follow the sources before relying on a claim.

Thunderbolt 5, Barlow Ridge and OCuLink eGPU topologies on Linux

TB5 / Barlow Ridge and OCuLink eGPU Topologies (Linux, LLM inference)

Core Concepts

Thunderbolt 5 and Barlow Ridge on Linux

  • Known issues (discrete Barlow Ridge HOST ports) [source]
    • RFC patch (2026-07, against ~v7.2-rc1): Barlow Ridge host support incomplete; bridge ID 0x5780 not recognized by get_upstream_port(); once added, host router reset times out ("timeout resetting host router", REG_RESET HRR stuck at 0x01); PCIe tunneling non-functional so eGPU unusable; maintainer: ICM (firmware CM) is not used with Barlow Ridge, software CM only. [SOURCED https://ratatoskr.run/linux-usb/2026/07/17208566/t] [source]
    • Mini-PC report (Ubuntu 22.04, 6.8.0-134, NVIDIA 610 open): TBT5 ports fail cannot obtain PCI resources / no prefetchable window (BAR unassigned); host crash on driver load; integrated TB4 port marginal (Xid 79, AER fatal). thunderbolt.host_reset=false stops AER storm but BAR still unassigned; pci=realloc=on and ReBAR/4G decoding did not help. [SOURCED https://github.com/minisforum-docs/MS-02-Ultra/issues/32] [source]
    • Desktop board report of Barlow Ridge eGPU PCIe tunneling failure (thread not readable, HTTP 403). [SOURCED-title-only https://rog-forum.asus.com/t5/intel-800-series/support-thunderbolt-5-barlow-ridge-egpu-pcie-tunneling-failure/td-p/1139394] [source]
    • Net: as of this date, TB5 HOST-side eGPU on Linux is not reliable (three reports, one unreadable; no success report among them); status on kernel 7.0.0-34 specifically: [UNVERIFIED]. [INFERRED] Do not buy a TB5 host expecting a working PCIe tunnel on Linux without a public success report for that exact platform. [source]
  • Implication for this box [BOX]: the NUC's integrated TB4 host is a different controller from the discrete Barlow Ridge (BR) host chips behind the bugs above (Arrow Lake per the NUC-firmware sibling; an earlier note here said Meteor Lake). The enclosure's BR hub is device-side and negotiates down. [INFERRED] Different is not risk-free: the MS-02 report above also shows Xid 79 on an integrated TB4 port. [source]
  • TB5 Enclosure on a TB4 Host

    OCuLink and M.2 Direct-PCIe

    Topology Comparison

    LLM Workload Sensitivity

    Decision Guide

    Anti-patterns

    Sources

    Unverified / gaps

    Children

    Frontier under this node: Barlow Ridge host-reset timeout and BAR window failures, MoE CPU-expert offload PCIe traffic, OCuLink M.2 adapter boot order and ATX PSU sequencing, TB5 enclosure on a TB4 host negotiation, USB4 v2 asymmetric links and asym_threshold, eGPU topology buying guide by model size, multi-GPU layer split vs tensor parallel over eGPU links

    ← the whole tree · 3D view· how to read this page