El equipo técnico de Canaima Educativo en CNTI se está apresurando a concretar la actualización del sistema operativo de las portátiles Canaimitas, las cuales pasarán de la actual versión 3.1 de Canaima GNU/Linux hacia la versión 4.0.
Esta semana he tenido la oportunidad de participar con ellos en la mejora del sistema definitivo basado en Canaima 4.0 con el que serán distribuidas. La ayuda específica que me han pedido, o por lo menos a la que me he dedicado esta semana se trata de corregir un comportamiento inadecuado que están teniendo las teclas de control de brillo en dos modelos específicos.
El problema
Para la fecha todos los modelos de máquinas para Canaima Educativo pueden ejecutar correctamente el control de brillo a través de las teclas de función (Fn + F7, Fn + F8, Fn + F10) exceptuando dos modelos específicos:
- Modelo N270
- Modelo MG101A3
En estos dos modelos se está presentando el problema de que al presionar el botón de función para bajar todo el brillo (Fn + F10) el sistema cae en un ciclo infinito de solicitud de reducción de brillo, es decir, el sistema comienza a enviar señales de «bajar brillo, bajar brillo, bajar brillo, bajar brillo, …» y así hasta nunca acabar.
Esto provoca varios problemas graves:
- GNOME muestra al usuario una notificación indicando que se está recibiendo una señal de «bajar el brillo» la cual nunca desaparece y abarca un espacio considerable en la pantalla.
- El flujo de datos entre el SO y el teclado se colapsa por el exceso de solicitudes de «bajar brillo», esto impide la utilización de cualquier combinación de teclas, por ejemplo, Ctrl + Alt + Supr, sólo por mencionar una. Y obliga a que la escritura deba ser pausada, ya que si introduces un texto muy rápido en el teclado, el sistema no es capaz de escribirlo completo debido al mencionado colapso.
- Debido al colapso mencionado en el punto anterior, las acciones prolongadas con el ratón se tornan imposibles, por ejemplo, seleccionar una porción texto o arrastrar un ícono con el mouse son tareas que no se pueden hacer porque las señales de «bajar brillo» que recibe el sistema interrumpen la operación de mantener un click prolongado.
- Es imposible iniciar sesión para trabajar en las consolas TTY, ya que cuando intentamos iniciar sesión la consola contraseña que intentamos introducir se «ensucia» con las señales del teclado recibidas que se ven reflejadas en la pantalla como: «@^@^@^@^» que no dejan de repetirse.
Diagnóstico
Para la fecha en que se escribe este artículo no he encontrado las razones ciertas por las cuales se produce este error es esos modelos específicos y en las otras computadoras funciona perfectamente.
En un principio pensé que era problemas del módulo de video de kernel, luego problemas del módulo acpi, luego problemas de hardware, luego problemas del módulo classmate_laptop que controla las teclas de función en estos modelos, pero en definitiva no tengo una respuesta clara. La única opción que me queda es elevar el problema ya sea al sistema de tickets de debian.org o de kernel.org donde podrán quizás guiarme hacia caminos más claros, sin embargo tengo la limitante de redactar en inglés para lo cual no soy muy bueno sin ayuda de un traductor, pero ahí veremos que tal me va.
Durante el diagnóstico realicé los siguientes intentos:
Actualizar desde el kernel 3.11 con el que vino la máquina, hacia un kernel 3.14 de «wheezy-backports» de Debian, y eso no solucionó el problema.
Modificar los parámetros del kernel en el arranque para que seleccionara el módulo de brillo de Intel y luego el módulo genérico del kernel, y esto no generó cambios.
Crear un archivo xorg.conf para que seleccionara siempre el módulo Intel para el control de brillo, y no hubo mejoras.
Arrancar desde un sistema Ubuntu, y esto sí funcionó correctamente. De hecho, todas las teclas de función funcionaron perfecto.
Luego de comprobar que el problema no se presenta en Ubuntu el cual de hecho tenía una versión menor del kernel (3.13), simplemente puedo especular que el error se debe a alguna configuración particular del sistema Debian y por tanto de Canaima. Quizás la diferencia pueda estar en algún parche aplicado en Ubuntu a algún módulo del kernel o alguna otra aplicación intermediaria en el proceso, pero también pudiera ser un comportamiento generado por alguna configuración/script distinto entre ambos sistemas.
En conclusión las pruebas tienen que seguir, pero como mencioné anteriormente habrá que elevarla a los sistemas de tickets oficiales de nuestros proveedores de software (debian, kernel, gnome, etc) y espero que de esa manera, por lo menos, podamos tener una idea más clara de qué camino seguir para hallar la solución definitiva.
Espero proveer más actualizaciones luego.
Erick Birbe 