4 ms·
The host and peripheral PHYs are different. Protocols going downstream and upstream are different. USB peripherals are literally not allowed to speak unless spo
by numpad0 2y ago
The host and peripheral PHYs are different. Protocols going downstream and upstream are different. USB peripherals are literally not allowed to speak unless spoken to. It's always the king and his slaves. It's that way in the hardware.
You can make such a standalone computer, painted in orange and marketed as an ice cream, that works as the king class when a slave-class is connected to its sole USB-C port, and as a slave class when a king-class like a laptop connected to it. This is in fact how many smartphones work. But that's again not what you asked.
Exactly what you're asking in the way you're asking, standard USB protocols(and DisplayPort signals) going in and out of devices and computers freely like Ethernet packets, just isn't possible with USB.
- transpute 2y ago> USB protocols (and DisplayPort signals) going in and out of devices and computers freely like Ethernet packets, just isn't possible with USB That reminds me of Intel Thunderbolt Share [1][2], which offers sharing of screen/keyboard/mouse between 2 PCs, and is probably software-emulated ethernet over Thunderbolt. [1] https://download.intel.com/newsroom/2024/client-computing/thunderbolt-share-press-deck-1.pdf https://download.intel.com/newsroom/2024/client-computing/th... [2] https://www.pcworld.com/article/2330173/meet-thunderbolt-share-intels-ultra-fast-sneakernet-replacement-and-more.html https://www.pcworld.com/article/2330173/meet-thunderbolt-sha...
- ignaloidas 2y agoHost-to-host connections over USB4 (which is Thunderbolt without Intel's marketing) actually just have a packet interface over which you can pass IP, no need for Ethernet emulation. Linux driver is here https://github.com/torvalds/linux/blob/master/drivers/net/thunderbolt/main.c https://github.com/torvalds/linux/blob/master/drivers/net/th...