tb_acpi_power_on_retimers(9)

✨ tb_acpi_power_on_retimers ✨

okay bestie, welcome to the tb_acpi_power_on_retimers(9) page 💅 this one lives in the Kernel API Manual (section 9, fancy), and it's basically the "hey platform, wake the retimers up" button 🫶

🌸 SYNOPSIS 🌸

int tb_acpi_power_on_retimers (struct tb_port *port );

🎀 ARGUMENTS 🎀

• port — the USB4 port in question. that's the one, that's our girl 🦋

💖 DESCRIPTION 💖

so what it does: it calls the platform to turn on power to all the retimers behind this USB4 port. all of them. every single one. no cap ✨

once this function returns successfully, the caller can go ahead and continue with the normal retimer flows — you know, the ones specified in the USB4 spec 📖 slay.

👀 important lil heads up: if this returns -EBUSY, it means the type-C port is in non-USB4/TBT mode — like, there's a non-USB4/TBT device connected. so it's giving "wrong vibe, wrong device" 💀

and fr fr, this should only be called if the USB4/TBT link is not up. do not come for this function when the link is already living its best life 🔥

🌈 RETURN 🌈

0 on success, negative errno otherwise. that's it, that's the whole mood 🎯

🦋 SEE ALSO 🦋

• Kernel file ./drivers/thunderbolt/acpi.c
• tb_acpi_add_links(9)
• tb_acpi_is_native(9)
• tb_acpi_may_tunnel_usb3(9)
• tb_acpi_may_tunnel_dp(9)
• tb_acpi_may_tunnel_pcie(9)
• tb_acpi_is_xdomain_allowed(9)
• tb_acpi_power_off_retimers(9)

okay that's the whole page, you ate that 💅 mwah! 🍓 source vibes: ./drivers/thunderbolt, dated October 2026, and yeah — that's the tb_acpi_power_on_retimers(9) girlie signing off 😭🫶👑