mouse deja de funcionar al pasar portátil a batería
Saludos foreros:
Me sucede en una notebook con Debian testing que el mouse USB deja de funcionar por intervalos cuando la notebook queda funcionando con la batería (sin adaptador de corriente).
Para que sea más claro, con adaptador de corriente el mouse funciona bien sin ningún problema, al desconectar el adaptador si muevo el mouse el puntero no responde, y si lo sigo moviendo luego de unos segundos empieza a funcionar y sigue funcionando en tanto lo siga moviendo. Si lo dejo quieto, al moverlo no responde.
No es un retardo, porque cuando se decide a responder lo hace de manera correcta. Es como si la computadora "revisara" la actividad del puerto cada un intervalo de varios segundos.
El touchpad anda siempre.
Cosas que probé:
Buscar en google y en el foro 
Otro mouse, sucedió lo mismo. Uno era inalámbrico y el otro cableado
Otro puerto USB, lo mismo
Otro kernel, lo mismo
El sistema operativo de las ventanitas, anda bien el mouse
Cosas que aún no he probado:
Otra distro
Otro entorno de escritorio
Otro tipo de dispositivos USB
A mi me da la impresión que el problema es más bien del puerto USB, como si entrara en SLEEP al quedar en batería, pero no sé como chequearlo.
No sé si será relevante, el procesador es un intel i3 y la instalación es de 64 bits.
Bueno, espero me puedan hechar una manito
Saludos
- Inicie sesión o regístrese para enviar comentarios
- 495 lecturas


Con corriente alterna:
1. cierra todas las aplicaciones que puedas, y desconecta el ratón
2.
# dmesg -c3. conecta ratón, y espera unos 5 segundos aproximadamente
4.
# dmesg | tee raton_con_corriente.txtCon batería:
1. cierra todas las aplicaciones que puedas, y desconecta el ratón
2.
# dmesg -c3. conecta ratón, y espera unos 5 segundos aproximadamente
4.
# dmesg | tee raton_con_bateria.txtCompara los 2 archivos de texto (puedes usar el comando diff, pero no creo que sea mucho texto)
Prueba también con un LiveCD.
Saludos,
Sidd.
De lo anterior:
Probé con openbox, misma historia.
Probé con Arch, misma historia.
No siempre anduvo así esto, pero no recuerdo cuando se rompió.
Ahora a los bifes, las salidas de los comandos de Sidd son:
Con adaptador de corriente:
[ 1717.893103] usb 2-1.3: new low speed USB device using ehci_hcd and address 5[ 1717.988957] usb 2-1.3: New USB device found, idVendor=1d57, idProduct=32ba
[ 1717.988964] usb 2-1.3: New USB device strings: Mfr=0, Product=2, SerialNumber=0
[ 1717.988970] usb 2-1.3: Product: 2.4G Receiver
[ 1717.992256] input: 2.4G Receiver as /devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1.3/2-1.3:1.0/input/input16
[ 1717.992498] generic-usb 0003:1D57:32BA.0003: input,hidraw0: USB HID v1.10 Mouse [2.4G Receiver] on usb-0000:00:1d.0-1.3/input0
Con batería:
[ 1771.486616] ehci_hcd 0000:00:1d.0: PCI INT A disabled[ 1771.486670] ehci_hcd 0000:00:1d.0: PME# enabled
[ 1775.446821] ehci_hcd 0000:00:1d.0: BAR 0: set to [mem 0xf0a06400-0xf0a067ff] (PCI address [0xf0a06400-0xf0a067ff])
[ 1775.446848] ehci_hcd 0000:00:1d.0: restoring config space at offset 0xf (was 0x100, writing 0x10a)
[ 1775.446876] ehci_hcd 0000:00:1d.0: restoring config space at offset 0x1 (was 0x2900000, writing 0x2900102)
[ 1775.446943] ehci_hcd 0000:00:1d.0: PME# disabled
[ 1775.446958] ehci_hcd 0000:00:1d.0: PCI INT A -> GSI 23 (level, low) -> IRQ 23
[ 1775.446967] ehci_hcd 0000:00:1d.0: setting latency timer to 64
[ 1775.666591] usb 2-1.3: new low speed USB device using ehci_hcd and address 6
[ 1775.762632] usb 2-1.3: New USB device found, idVendor=1d57, idProduct=32ba
[ 1775.762637] usb 2-1.3: New USB device strings: Mfr=0, Product=2, SerialNumber=0
[ 1775.762641] usb 2-1.3: Product: 2.4G Receiver
[ 1775.765622] input: 2.4G Receiver as /devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1.3/2-1.3:1.0/input/input17
[ 1775.765852] generic-usb 0003:1D57:32BA.0004: input,hidraw0: USB HID v1.10 Mouse [2.4G Receiver] on usb-0000:00:1d.0-1.3/input0
Y las diferencias son que con batería da:
[ 1771.486616] ehci_hcd 0000:00:1d.0: PCI INT A disabled[ 1771.486670] ehci_hcd 0000:00:1d.0: PME# enabled
[ 1775.446821] ehci_hcd 0000:00:1d.0: BAR 0: set to [mem 0xf0a06400-0xf0a067ff] (PCI address [0xf0a06400-0xf0a067ff])
[ 1775.446848] ehci_hcd 0000:00:1d.0: restoring config space at offset 0xf (was 0x100, writing 0x10a)
[ 1775.446876] ehci_hcd 0000:00:1d.0: restoring config space at offset 0x1 (was 0x2900000, writing 0x2900102)
[ 1775.446943] ehci_hcd 0000:00:1d.0: PME# disabled
[ 1775.446958] ehci_hcd 0000:00:1d.0: PCI INT A -> GSI 23 (level, low) -> IRQ 23
[ 1775.446967] ehci_hcd 0000:00:1d.0: setting latency timer to 64
Hay algunas diferencias en otras líneas, pero me parece que el rpoblema viene dado por estas últimas:
Supongo que INT se refiere a una interrupción ¿puede ser que a las interrupciones que vienen del bus PCI les ha dado una prioridad muy baja y que entonces por tanto tarda mucho en atenderlas?
Además no veo que vuelva a habilitar la interrupción.
Voy a investigar un poco por este lado.
Saludos Siddharta
EDITO: me huele a bug: https://bugzilla.redhat.com/show_bug.cgi?id=643087
Encontré algunos artículos en los que sugieren que se agreguen al kernel los parámetros irqpoll, acpi=off, noapic, nolapic durante el arranque del sistema. Este artículo te servirá de guía (tiene imágenes) para saber cómo agregar dichos parámetros. Sugiero que utilices uno por uno y trabajes un rato con el sistema, en vez de probar todos de una vez .. así podrás determinar con mayor precisión cuál te beneficia:
https://help.ubuntu.com/community/BootOptions#Change%20Boot%20Options%20...
Y ahí en el mismo artículo se explica para qué es cada uno de los parámetros:
https://help.ubuntu.com/community/BootOptions#Common%20Boot%20Options
... y ya sabes: si alguno te funciona entonces deberás modificar la configuración actual de GRUB (legacy o 2) para que el cambio sea permanente.
referencias:
http://askubuntu.com/questions/12065/usb-mouse-late-to-load
https://bbs.archlinux.org/viewtopic.php?id=114090
http://www.google.com/search?q=setting+latency+timer+to+64&ie=utf-8&oe=u...
Saludos,
Sidd.
Gracias por la colaboración Sidd, estuve leyendo los enlaces pero lo voy a probar mañana.
Saludos
Tuve el mismo problema hace unos días, lo solucioné cambiando el archivo de configuración /etc/laptop-mode/conf.d/usb-autosuspend.conf. Agregué el ID de mi mouse en AUTOSUSPEND_USBID_BLACKLIST. También se puede agregar el driver en AUTOSUSPEND_USBTYPE_BLACKLIST. Aparentemente los leds del mouse se apagaban por completo y moviéndolo no pasaba nada. Volvía a funcionar cuando presionaba algún botón.
Espero sirva de algo para tu problema.
Saludos