Totalmente não familiarizado com o Linux, eu tento adicionar um teclado USB a um computador ARM sem cabeça Sheevaplug executando Linux debian 2.6.22.18
Acessando o Sheevaplug a partir de um shell (remoto, via Ethernet) ...
login as: root
[email protected]'s password:
Linux debian 2.6.22.18 #1 Thu Mar 19 14:46:22 IST 2009 armv5tejl
root@debian:~#
... o teclado USB (local) parece ter sido reconhecido ...
root@debian:~# cat /proc/bus/input/devices
I: Bus=0003 Vendor=046a Product=0023 Version=0111
N: Name="HID 046a:0023"
P: Phys=usb-ehci_marvell.70059-1/input0
S: Sysfs=/class/input/input0
U: Uniq=
H: Handlers=kbd
B: EV=120003
B: KEY=7 ff800000 7ff e0b2ffdf 1cfffff ffffffff fffffffe
B: LED=1f
I: Bus=0003 Vendor=046a Product=0023 Version=0111
N: Name="HID 046a:0023"
P: Phys=usb-ehci_marvell.70059-1/input1
S: Sysfs=/class/input/input1
U: Uniq=
H: Handlers=kbd
B: EV=f
B: KEY=7fff 2c3027 bf004440 0 0 1 f80 8837c400 667bfa d971dfed 9e0000 0 0 0
B: REL=40
B: ABS=1 0
root@debian:~#
... mas pressionar as teclas no teclado USB local não exibe nada ...
root@debian:~#
Alguma idéia?
Atenciosamente, tamberg
Por entrada local padrão não aparece no shell remoto. Como afirmado em
Linux: Redirecionar teclado USB local para o shell remoto
uma maneira simples de verificar no shell remoto que o teclado USB local funciona é
cat /dev/tty0
Atenciosamente, tamberg
Por que você esperaria que os pressionamentos de tecla em um shell local aparecessem em um shell remoto? Não é assim que funciona em qualquer sistema. Você precisaria anexar um display ao plugue sheeva para usar um shell local. Eu não acho que isso tem nada a ver com os drivers sendo carregados e tudo a ver com mal-entendido como o shell funciona.
Apenas um pensamento:
A última versão do kernel é 2.6.32, portanto 2.6.22 parece um pouco antigo, ou foi um erro de digitação?
Eu não me lembro de quando o suporte de teclado USB foi adicionado ao kernel, eu simplesmente sei que é algo relativamente recente.
Isso pode não ter nada a ver com o problema do seu teclado, mas percebo
P: Phys=usb-ehci_marvell.70059-1/input0
na sua pergunta. Eu me lembro de ter problemas com um disco rígido externo USB2.0 na época do 2.6.22 e foi necessário usar insmod para carregar um módulo do kernel 'ehci' antes de rodar na velocidade usb2.0.
EDIT: Eu encontrei um FAQ do Linux USB que incluiu o seguinte:
If you are using Linux 2.4, don't expect community assistance unless you first upgrade to a recent 2.6 kernel. If you're using any kernel that old, you should probably have some sort of vendor support agreement to handle issues that come up. If you are using UHCI on a 2.4 kernel, try to reproduce the problem with the "other" UHCI host controller driver (HCD). There are currently two UHCI drivers, which don't always behave the same: usb-uhci and uhci (the "alt" or "JE" driver). If you find that you have a workaround, please still report the problem! And make sure you say which HCD(s) you're using.
Q: How do I make USB be detected on my machine?
A: If you are sure that you actually have a suitable hardware setup, look for a BIOS option that could be applicable. It might be labelled as USB, or it might be more obscure, discussing Plug-n-Play, or having options for various types of operating systems. You may need to try various combinations. Unless you rely on a USB keyboard or mouse during booting, it's probably safest to disable support for those in your BIOS; lots of BIOS writers seem to get that wrong, making trouble when Linux tries to take over USB.
Hmmm, ainda fala sobre o UHCI. Eu gostaria que fosse um pouco mais específico que o 'kernel 2.6 recente'
Existe uma sugestão aqui que os kernels 2.6.23.x até 2.6.28.x são necessários . Mas, novamente, é vago.
Tags usb debian linux sheevaplug