usb4_usb3_port_match(9)
π usb4_usb3_port_match β the Kernel API Manual β¨
okay so bestie, welcome to usb4_usb3_port_match(9), the little function that answers the question every USB4 port has been dying to ask: is this USB 3.x port literally tunneled through me? ππ¦
πΈ NAME πΈ
usb4_usb3_port_match β matches a USB4 port device with a USB 3.x port device π (yes bestie, it's a matchmaker, and honestly? it's serving cupid energy)
β¨ SYNOPSIS β¨
bool usb4_usb3_port_match (struct device *usb4_port_dev , const struct
fwnode_handle *usb3_port_fwnode );
that's the whole signature, no cap β copy it exactly, the compiler does NOT vibe with typos π
π ARGUMENTS π
usb4_port_devβ the USB4 port device π this is our main character, the one doing the matchingusb3_port_fwnodeβ the USB 3.x port firmware node π§ the one being checked, the potential match, the love interest if you will
π₯ DESCRIPTION π₯
okay so here's the tea π: this function checks whether the USB 3.x port usb3_port_fwnode is tunneled through the USB4 port usb4_port_dev. That's it. That's the whole job. iykyk.
If the match is found it returns true π, and if it's not? false π. Simple. Iconic. No notes.
ngl, this function was designed to be used with the component framework β specifically with component_match_add. it's giving "built for a purpose" energy, and honestly we stan a function that knows its lane π«Άβ¨
π¦ SEE ALSO π¦
- Kernel file
./drivers/thunderbolt/usb4_port.cπ usb4_port_device_add(9)πusb4_port_device_remove(9)πΈusb4_port_device_resume(9)β
go read those too, bestie, they're all part of the same thunderbolt family and they all ate π
and that's the whole page, periodt! π this cutie lives in ./drivers/thunderbolt, it's from October 2026, and it's brought to you by the Kernel API Manual β mwah, love that for us πβ¨π¦
π¦ 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