mensagens do dispositivo USB inundando dmesg (e console)

Question

Quando o mouse USB é conectado ao meu laptop, o dmesg é inundado com as seguintes mensagens:

usb 3-1: USB disconnect, device number 28
usb 3-1: new low-speed USB device number 29 using xhci_hcd
usb 3-1: New USB device found, idVendor=045e, idProduct=00cb
usb 3-1: New USB device strings: Mfr=1, Product=2, SerialNumber=0
usb 3-1: Product: Microsoft USB Optical Mouse
usb 3-1: Manufacturer: PixArt
usb 3-1: ep 0x81 - rounding interval to 64 microframes, ep desc says 80 microframes
input: PixArt Microsoft USB Optical Mouse as /devices/pci0000:00/0000:00:14.0/usb3/3-1/3-1:1.0/input/input39
hid-generic 0003:045E:00CB.001C: input: USB HID v1.11 Mouse [PixArt Microsoft USB Optical Mouse] on usb-0000:00:14.0-1/input0
usb 3-1: USB disconnect, device number 29
usb 3-1: new low-speed USB device number 30 using xhci_hcd
usb 3-1: New USB device found, idVendor=045e, idProduct=00cb
usb 3-1: New USB device strings: Mfr=1, Product=2, SerialNumber=0
usb 3-1: Product: Microsoft USB Optical Mouse
usb 3-1: Manufacturer: PixArt
usb 3-1: ep 0x81 - rounding interval to 64 microframes, ep desc says 80 microframes
input: PixArt Microsoft USB Optical Mouse as /devices/pci0000:00/0000:00:14.0/usb3/3-1/3-1:1.0/input/input40
hid-generic 0003:045E:00CB.001D: input: USB HID v1.11 Mouse [PixArt Microsoft USB Optical Mouse] on usb-0000:00:14.0-1/input0

Parece que o mouse foi constantemente removido e depois redescoberto.

Quando eu estou conectado no console (ou seja, CTRL + ALT + F1 ), essas mensagens também inundam o meu console. Existe uma maneira de corrigir esse problema, para que essas mensagens não me incomodem?

    

Answer 1

Uma solução temporária (será redefinida após a reinicialização):

(como root)

sysctl -w kernel.printk="3 4 1 7"

Uma versão permanente do acima:

• Crie um arquivo em /etc/sysctl.d/ , talvez no_msgs.conf ( deve terminar em .conf)

• conteúdo do arquivo:

  kernel.printk = 3 4 1 7
  

• como root, execute: (use qualquer nome de arquivo que você usou acima) Isto irá colocar isto em prática imediatamente, e será definido novamente em cada reinicialização.

  sysctl -p /etc/sysctl.d/no_msgs.conf
  

Os parâmetros para kernel.printk são: (em ordem, da esquerda para a direita)

• console_loglevel: mensagens com prioridade mais alta (número menor !) do que isso será impresso no console
• default_message_loglevel: mensagens sem prioridade explícita serão impressas com essa prioridade
• minimum_console_loglevel: valor mínimo (maior) para o qual console_loglevel pode ser definido
• default_console_loglevel: valor padrão para console_loglevel

Esses valores influenciam o comportamento do printk () ao imprimir ou registrar mensagens de erro. Veja 'man 2' syslog 'para mais informações sobre os diferentes níveis de log.

Essencialmente, estamos diminuindo o valor do padrão 4 para 3 , recusando-se a imprimir ' warn ( > 4 ) 'digite mensagens, apenas mensagens piores terão permissão para imprimir no console. (3 = err, 2 = crit, 1 = alerta, 0 = emergência (uh oh!))

Se você achar que 3 não para as mensagens, tente 2 4 1 7 , mas, na verdade, você deve verificar o que está tornando seu mouse continuamente reconectado. Talvez não esteja recebendo energia suficiente? Tente conectá-lo a uma porta diferente no seu computador, ou melhor, conecte-o a um hub auto-alimentado. Dispositivos não devem oscilar assim.

    

Answer 2

Os mouses OEM da PixArt são conhecidos para desconectar / reconectar a cada minuto no nível de execução 1 ou 3, se eles nem sempre forem sondados no Linux. Um buffer interno estourou , o FW trava e eles se reconectam. O comportamento padrão do driver usbhid é apenas aguardar por interrupções.

Noções básicas: link

Eu enviei o patch para este mouse para a lista de discussão linux-usb agora:

link

A opção de inicialização do kernel usbhid.quirks=0x045e:0x00cb:0x00000400 também ativará HID_QUIRK_ALWAYS_POLL para você.

Outra alternativa é ativar o serviço gpm . Então gpm está pesquisando o mouse e você pode realmente usá-lo no terminal virtual.