usbhid não consegue encontrar o ponto de extremidade de interrupção de entrada

4

Eu tenho o Scientific Linux 6.5 instalado. Desde o início (neste computador) eu vejo constantemente esta linha saltar entre todos os comandos de partida durante o arranque do sistema (quando eu pressiono esc para ver o log de inicialização escrito):

usbhid: 9-2:1.1: couldn't find an input interrupt endpoint

Eu não tive nenhum grande problema com isso, então eu ignorei isso até agora. Recentemente eu estou tentando editar meus programas em emacs em um ambiente de terminal puro (pressionando Ctrl+Alt+F2 ) e no meio do meu trabalho esta linha entra novamente! Eu queria ver o que está causando isso e como posso corrigir esse problema.

Aqui está um exemplo. Eu escrevi este texto no emacs:

This is a test to show the problem.

This line was a clean sentance, I kept the cursor 
in it to show how the line jumps in. 

It is not too common but it jumps in every once and a while.

Depois de esperar um tempo, a linha saltou onde o cursor estava naquele momento (depois de "como" na terceira linha):

A linha permanece lá, mas apenas na aparência! Quando eu pressiono o backspace nele, ele apaga a sentença subjacente e eu só posso ultrapassar a região em que ela cai sobre a linha undibleing.

Por fim, quando eu o salvo, também não vejo mais, provando que está lá apenas na aparência, não no buffer real.

Quando executo lshw -c input como root, recebo a seguinte saída:

[root@mycomputer myid]# lshw -c input
 *-usb                   
   description: Mouse
   product: Kinzu
   vendor: SteelSeries
   physical id: 2
   bus info: usb@9:2
   version: 0.30
   capabilities: usb-1.10
   configuration: driver=usbhid maxpower=100mA speed=12.0MB/s
 *-usb
   description: Keyboard
   product: USB Keyboard
   vendor: Holtek Semiconductor, Inc.
   physical id: 2
   bus info: usb@3:2
   version: 3.90
   capabilities: usb-1.10
   configuration: driver=usbhid maxpower=100mA speed=1.5MB/s
    
por makhlaghi 24.02.2014 / 01:52

2 respostas

5

Depurando o problema

A grande pista aqui é a mensagem de erro:

usbhid: 9-2:1.1: couldn't find an input interrupt endpoint

A USB HID significa USB Human Interface Device , que normalmente significa o seu teclado ou mouse, supondo que eles sejam Dispositivos baseados em USB.

Teclado ou mouse?

Quando o problema aparecer, você normalmente verá mensagens de erro no dmesg que também correspondem aos erros do usbhid. Ao olhar, o OP foi capaz de descobrir que essas mensagens estavam definitivamente lá, e que elas pareciam estar apontando para o mouse como sendo o culpado.

Desativando o mouse

Para depurar ainda mais o problema, sugeri que você desativasse o mouse, usando um método que eu documentei em outro U & Q e & A intitulado: Desative o teclado externo a partir de um script . O método usa xinput para definir a propriedade devices de modo que ela seja desativada, por exemplo:

$ xinput set-int-prop 2 "Device Enabled" 8 0

Depois que o OP usou um comando similar ao anterior, o problema pareceu desaparecer, essencialmente confirmando a suspeita.

Que tipo de mouse é esse?

Em seguida, determinamos o tipo de mouse que foi instalado usando o comando lshw -c input .

$ sudo lshw -c input

Isso nos levou à nossa próxima pista, o tipo de mouse era um modelo chamado Kinzu.

Problemas com ratos Kinzu

Esta última informação foi bastante crítica para determinar o problema subjacente. Aparentemente, os ratos Kinzu são conhecidos por ter esse problema exato. Eu encontrei vários relatórios sobre isso:

Uma "solução" era usar uma porta USB 3, se disponível, para o mouse. O OP tentou isso, mas não teve efeito sobre os problemas com este mouse.

O que fazer?

Bem, considerando todos os itens acima, parece que o mouse está com defeito ou foi mal projetado, então, na verdade, a única opção é trocá-lo por outro mouse.

    
por 24.02.2014 / 06:04
-1
  1. Ir para a configuração do BIOS,
  2. A depuração de USB deve estar desativada
  3. Salvar e sair.

Problema resolvido.

    
por 16.06.2017 / 16:45