为何lsusb将不同PCI控制器设备列于同一USB集线器，xHCI设备归EHCI总线？

这种明明接在xHCI物理端口的设备，却被识别到EHCI总线里的情况，我碰到过不少，大概率是BIOS兼容性配置或者内核驱动绑定逻辑出了问题，咱们一步步来拆解排查：

1. 先检查BIOS的xHCI模式设置 #

很多主板为了兼容旧系统，默认会把xHCI控制器设为「Auto」或「EHCI兼容模式」——这时候哪怕你插的是xHCI专属物理端口，系统也会强制把设备映射到EHCI总线里。
你可以重启进BIOS，找「USB Configuration」这类选项，把xHCI Mode改成「Enabled」或「Native Mode」（别选兼容模式），保存重启后再用lsusb -t（树形结构比纯列表更清晰）看看总线层级。

2. 验证PCI控制器的驱动绑定状态 #

用lspci -k命令查看xHCI和EHCI控制器的驱动加载情况，执行：

lspci -k | grep -A 3 "USB controller"

重点看xHCI控制器那一行的「Kernel driver in use」是不是xhci_hcd，EHCI的是不是ehci_hcd。如果xHCI没加载对应驱动，系统就会自动 fallback 到EHCI兼容模式。

3. 确认物理端口与控制器的对应关系 #

有些主板的物理USB端口存在复用设计——同一个接口在BIOS不同设置下，会切换绑定到xHCI或EHCI控制器。你可以试试：

• 找主板说明书里标注的「USB 3.0/3.1专属端口」（通常是蓝色接口），把键盘插这些端口，再用lsusb -t看总线归属；
• 用usb-devices命令查看设备的「BusNum」和「Driver」字段，对比控制器的驱动信息，确认设备到底绑定到了哪个驱动上。

4. 排查内核版本与驱动bug #

如果是比较旧的内核，可能存在xHCI驱动的兼容性bug，导致设备识别异常。你可以试试升级到最新的稳定LTS内核，或者检查内核bug追踪器里有没有类似的案例。

另外，建议你先跑lsusb -t输出完整的总线树形结构，比如：

lsusb -t

正常情况下，xHCI总线（比如你说的总线004）下面会挂着3.0设备，而2.0设备会出现在xHCI的「companion hub」分支下，而不是直接归到EHCI总线——如果不是这样，那基本就是BIOS里的xHCI companion功能被禁用了。

要是以上方法都没解决，你可以把lspci -k和lsusb -t的完整输出贴出来，我再帮你精准定位问题。

内容的提问来源于stack exchange，提问作者Klas Lindberg