Gostaria de saber como determinar qual driver (dentre os que estão abaixo) está manipulando meu touchpad:
appletouch.ko.gz, cyapa.ko.gz, sermouse.ko.gz, synaptics_usb.ko.gz, bcm5974.ko.gz, psmouse.ko.gz, synaptics_i2c.ko.gz, vsxxxaa.ko.gz
Gostaria de saber como determinar qual driver (dentre os que estão abaixo) está manipulando meu touchpad:
appletouch.ko.gz, cyapa.ko.gz, sermouse.ko.gz, synaptics_usb.ko.gz, bcm5974.ko.gz, psmouse.ko.gz, synaptics_i2c.ko.gz, vsxxxaa.ko.gz
Respostas:
É provável que nenhum deles esteja fazendo isso. No meu sistema, por exemplo, onde estou usando o Fedora 19 e um Thinkpad 410 com um touchpad Synaptic, também não tenho driver do Kernel.
$ lsmod|grep -iE "apple|cyapa|sermouse|synap|psmouse|vsxx|bcm"
Então, o que está cuidando deste dispositivo? Bem, na verdade é este módulo do Kernel:
$ lsmod|grep -iE "input"
uinput 17672 0
Se você quiser ver mais sobre este módulo, pode usar modinfo uinput:
$ modinfo uinput
filename: /lib/modules/3.13.11-100.fc19.x86_64/kernel/drivers/input/misc/uinput.ko
version: 0.3
license: GPL
description: User level driver support for input subsystem
author: Aristeu Sergio Rozanski Filho
alias: devname:uinput
alias: char-major-10-223
...
Como se vê, dispositivos de entrada como esses geralmente são tratados em um nível superior, nesse caso, os drivers reais são implementados no nível X11.
O uinput é um módulo do kernel do linux que permite manipular o subsistema de entrada da terra do usuário. Pode ser usado para criar e manipular dispositivos de entrada de um aplicativo. Ele cria um dispositivo de caracteres no diretório / dev / input. O dispositivo é uma interface virtual, não pertence a um dispositivo físico.
FONTE: Introdução ao uinput: o subsistema de entrada no nível do usuário
Eles estão no subsistema do X11. Você pode ver o dispositivo usando o xinput --listcomando Por exemplo, aqui estão os dispositivos no meu laptop Thinkpad:
$ xinput --list
⎡ Virtual core pointer id=2 [master pointer (3)]
⎜ ↳ Virtual core XTEST pointer id=4 [slave pointer (2)]
⎜ ↳ Logitech USB Receiver id=9 [slave pointer (2)]
⎜ ↳ Logitech USB Receiver id=10 [slave pointer (2)]
⎜ ↳ SynPS/2 Synaptics TouchPad id=12 [slave pointer (2)]
⎜ ↳ TPPS/2 IBM TrackPoint id=13 [slave pointer (2)]
⎣ Virtual core keyboard id=3 [master keyboard (2)]
↳ Virtual core XTEST keyboard id=5 [slave keyboard (3)]
↳ Power Button id=6 [slave keyboard (3)]
↳ Video Bus id=7 [slave keyboard (3)]
↳ Sleep Button id=8 [slave keyboard (3)]
↳ AT Translated Set 2 keyboard id=11 [slave keyboard (3)]
↳ ThinkPad Extra Buttons id=14 [slave keyboard (3)]
Observe que meu TouchPad aparece nesta lista. Você pode descobrir informações adicionais sobre esses dispositivos /proc, por exemplo:
$ cat /proc/bus/input/devices
...
I: Bus=0011 Vendor=0002 Product=0007 Version=01b1
N: Name="SynPS/2 Synaptics TouchPad"
P: Phys=isa0060/serio1/input0
S: Sysfs=/devices/platform/i8042/serio1/input/input5
U: Uniq=
H: Handlers=mouse0 event4
B: PROP=9
B: EV=b
B: KEY=6420 30000 0 0 0 0
B: ABS=260800011000003
...
Indo mais fundo se o seu sistema estiver usando um touchpad Synaptic (que acredito que eles representam ~ 90% de todos os touchpads), você pode fazer um locate synaptics | grep xorgque revele os seguintes arquivos:
$ locate synaptics | grep xorg
/usr/lib64/xorg/modules/input/synaptics_drv.so
/usr/share/X11/xorg.conf.d/50-synaptics.conf
/usr/share/doc/xorg-x11-drv-synaptics-1.7.1
/usr/share/doc/xorg-x11-drv-synaptics-1.7.1/COPYING
/usr/share/doc/xorg-x11-drv-synaptics-1.7.1/README
Os primeiros resultados são o driver que você está perguntando. Ele é carregado no X.org através do segundo arquivo aqui:
Section "InputClass"
Identifier "touchpad catchall"
Driver "synaptics"
MatchIsTouchpad "on"
MatchDevicePath "/dev/input/event*"
EndSection
E esta linha:
MatchDevicePath "/dev/input/event*"
É o que associa os dispositivos físicos a esse driver. E você provavelmente está se perguntando, como esse cara pode ter tanta certeza? O uso deste comando mostra o dispositivo associado ao meu Synaptic TouchPad fornecido usando id=12a xinput --listsaída que mostrei anteriormente:
$ xinput --list-props 12 | grep "Device Node"
Device Node (251): "/dev/input/event4"
journalctl -b 0e procurei touchpad, e tenho essa linha (**) bcm5974: Applying InputClass "evdev touchpad catchall". Assim que eu sei bcm5974é o driver de dispositivo
uinputmódulo do kernel (driver). O que não está claro sobre essa afirmação?
uinputo módulo não é direcionado relacionado a dispositivos de hardware; depende dos drivers de hardware para fornecer as informações corretas e, em seguida, o uinput fornece uma interface de entrada unificada para a terra do usuário. O software userland, neste caso o driver synaptics xorg, pode conectar o xorg ao kernel (e a entrada do usuário indiretamente) usando o uinput. Por favor me corrijam se eu estiver errado, como eu não sou um perito neste campo ..
hid_multitouchna sua lista. Acho que é isso que está gerenciando o touchpad no meu Dell Precision, e não tenho o uinputmódulo carregado.
$ cat /var/log/Xorg.0.log | grep "input driver"
No meu laptop, mostra:
...
[ 9.054] (II) Using input driver 'synaptics' for 'Elan Touchpad'
...
cat | grep como você pode usar diretamente grepem arquivos que ignoram o catcomando.
grep -e "input driver" /var/log/Xorg.0.log
journalctl -u display-manager | grep "input driver"e xinput --listme ajudou a descobrir que preciso habilitar a opção do kernel "Elantech" ao recompilar o kernel.
lsmode veja qual desses drivers está carregado. Você também pode querer ler o seu/var/log/Xorg.0.log.