The*_*eer 47 drivers kernel-modules
您能否推荐一种方法来确定 USB 设备正在使用哪个驱动程序。某种 USB 等效lspci -k命令。
der*_*ert 75
$ lsusb
Bus 010 Device 002: ID 046d:c01e Logitech, Inc. MX518 Optical Mouse
Bus 010 Device 003: ID 051d:0002 American Power Conversion Uninterruptible Power Supply
我们将尝试找出用于 APC UPS 的驱动程序。请注意，此问题有两个答案：内核将使用的驱动程序和当前正在使用的驱动程序。用户空间可以指示内核使用不同的驱动程序（在我的 APC UPS 的情况下，nut有）。
该usbutils软件包（至少在 Debian 上）包含一个名为usb-devices. 如果运行它，它会输出有关系统上设备的信息，包括使用的驱动程序：
$ usb-devices
?
T: Bus=10 Lev=01 Prnt=01 Port=01 Cnt=02 Dev#= 3 Spd=1.5 MxCh= 0
D: Ver= 1.10 Cls=00(>ifc ) Sub=00 Prot=00 MxPS= 8 #Cfgs= 1
P: Vendor=051d ProdID=0002 Rev=01.06
S: Manufacturer=American Power Conversion
S: Product=Back-UPS RS 1500 FW:8.g9 .D USB FW:g9
S: SerialNumber=XXXXXXXXXXXX
C: #Ifs= 1 Cfg#= 1 Atr=a0 MxPwr=24mA
I: If#= 0 Alt= 0 #EPs= 1 Cls=03(HID ) Sub=00 Prot=00 Driver=usbfs
?
请注意，这列出了当前驱动程序，而不是默认驱动程序。没有办法找到默认的。
如果您安装了 debugfs，内核会维护一个与usb-devices在/sys/kernel/debug/usb/devices;处打印出的格式相同的文件。您可以使用less等查看。注意 debugfs 接口不稳定，因此不同的内核版本可能会以不同的格式打印，或者完全丢失文件。
同样，这仅显示当前驱动程序，而不是默认驱动程序。
你可以把信息弄出来/sys，比想着它更痛苦lspci。这些/sys接口应该相当稳定，因此如果您正在编写 shell 脚本，这可能就是您想要的方式。
最初，lsusb似乎从 1 开始计数设备，/sys从 0。所以 10-2 是一个很好的猜测在哪里可以找到 APC UPS lsusb 给出的总线 10，设备 3。不幸的是，随着时间的推移，映射失败了——sysfs 重新使用数字即使设备号不是。该devnum文件的内容将与 lsusb 给出的设备编号匹配，因此您可以执行以下操作：
$ lsusb
Bus 010 Device 002: ID 046d:c01e Logitech, Inc. MX518 Optical Mouse
Bus 010 Device 003: ID 051d:0002 American Power Conversion Uninterruptible Power Supply
所以，在这种情况下，它肯定是10-2.
$ cd /sys/bus/usb/devices/10-2
$ ls
10-2:1.0 bDeviceClass bMaxPower descriptors ep_00 maxchild remove urbnum
authorized bDeviceProtocol bNumConfigurations dev idProduct power serial version
avoid_reset_quirk bDeviceSubClass bNumInterfaces devnum idVendor product speed
bcdDevice bmAttributes busnum devpath ltm_capable quirks subsystem
bConfigurationValue bMaxPacketSize0 configuration driver manufacturer removable uevent
我们可以通过cating 几个文件来确定这是正确的设备：
$ cat idVendor idProduct manufacturer product
051d
0002
American Power Conversion
Back-UPS RS 1500 FW:8.g9 .D USB FW:g9
如果您查看 10-2:1.0（:1是“配置”，.0即接口——单个 USB 设备可以做多件事，并且有多个驱动程序；lsusb -v将显示这些），有一个 modalias 文件和一个驱动程序符号链接：
$ cat 10-2\:1.0/modalias
usb:v051Dp0002d0106dc00dsc00dp00ic03isc00ip00in00
$ readlink driver
../../../../../../bus/usb/drivers/usbfs
所以，当前的驱动程序是usbfs. 您可以通过询问modinfomodalias来找到默认驱动程序：
$ /sbin/modinfo `cat 10-2\:1.0/modalias`
filename: /lib/modules/3.6-trunk-amd64/kernel/drivers/hid/usbhid/usbhid.ko
license: GPL
description: USB HID core driver
author: Jiri Kosina
author: Vojtech Pavlik
author: Andreas Gal
alias: usb:v*p*d*dc*dsc*dp*ic03isc*ip*in*
depends: hid,usbcore
intree: Y
vermagic: 3.6-trunk-amd64 SMP mod_unload modversions
parm: mousepoll:Polling interval of mice (uint)
parm: ignoreled:Autosuspend with active leds (uint)
parm: quirks:Add/modify USB HID quirks by specifying quirks=vendorID:productID:quirks where vendorID, productID, and quirks are all in 0x-prefixed hex (array of charp)
所以，APC UPS默认为hid驱动，确实是正确的。它目前正在使用 usbfs，这是正确的，因为nut'susbhid-ups正在监视它。
当驱动程序为 时usbfs，它基本上意味着用户空间（非内核）程序作为驱动程序运行。查找它是哪个程序需要root（除非该程序以您的用户身份运行）并且相当容易：无论哪个程序打开了设备文件。
我们知道我们的“受害者”设备是总线 10，设备 3。所以设备文件是/dev/bus/usb/010/003（至少在现代 Debian 上），并lsof提供了答案：
# lsof /dev/bus/usb/010/003
COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME
usbhid-up 4951 nut 4u CHR 189,1154 0t0 8332 /dev/bus/usb/010/003
事实上，usbhid-ups正如预期的那样（lsof 截断了命令名称以使布局适合，如果您需要全名，您可以使用ps 4951它来获取它，或者可能是一些 lsof 输出格式选项）。
小智 20
lsusb本身可以给你带来好的结果。对于我使用的紧凑输出lsusb -t，其中-t将设备显示为树；这种格式也报告驱动程序。
示例输出：
$ lsusb -t
/: Bus 04.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/2p, 5000M
/: Bus 03.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/2p, 480M
/: Bus 02.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/3p, 480M
|__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/8p, 480M
...
如果没有使用驱动程序，该行将如下所示（我的示例中的设备是一个相机，我确实从内核中删除了它的驱动程序）：
|__ Port 6: Dev 4, If 1, Class=Video, Driver=, 480M