30 enero 2013, 13:37 by Joaquin Bogado
Más problemas entre UEFI y Linux. Leo en The H Open acerca de un fallo reportado a la lista de Ubuntu en el cual un usuario describe como inutilizó una portátil de la marca Samsung al tratar de arrancar este sistema operativo con UEFI activado.
El usuario trató de arrancar una imagen generada con la herramienta Startup Disk Creator de Ubuntu. Al poco tiempo de cargar el Kernel el proceso de arranque se detuvo y forzó el apagado manteniendo apretado el botón de encendido. La máquina no volvió a arrancar, ni siquiera el BIOS, el video o el sonido. La máquina fue enviada al servicio técnico de Samsung y la reparación aparentemente consistió en un cambio de motherboard. Cuando el problema volvió a repetirse con la máquina reparada el usuario dio aviso a la lista de Ubuntu.
El problema fue confirmado en la lista ya que varios usuarios más desde entonces reportaron el mismo problema. Los modelos afectados son varios y Ubuntu podría no ser la única distribución afectada ya que todavía no es claro cual es el motivo del problema. Aunque el problema solo se manifiesta cuando se inicia Ubuntu con soporte para UEFI, no importa si la máquina tiene habilitado el sistema Secure Boot. Tanto el equipo de desarrollo de Ubuntu como los técnicos de Samsung están trabajando en encontrar la solución.
La noticia también apareció en Slashdot.
29 enero 2013, 9:40 by Joaquin Bogado
Un nuevo parche subido por Matthew Garrett deshabilita dos funciones importantes en el Kernel Linux sin proponer ninguna alternativa que las reemplace o brinde características similares, en el caso que se esté utilizando UEFI Secure Boot.
Según explica Matthew en el texto del commit, tanto la función de kexec y como los procesos de hibernación permitirían saltear las protecciones establecidas por la arquitectura UEFI. En el caso de kexec, sería trivial ya que podría utilizarse la función para cargar y ejecutar un kernel no firmado. En el caso de Hibernate sería menos obvio pero igualmente posible. Podría desactivarse la memoria swap, escribirse una imagen de resumen con un kernel sin firmar y reiniciar lo máquina, con lo que se cargaría un kernel no firmado desde la imagen de resumen.
Sabiendo que estos cambios rompen el espacio de usuario y sabiendo lo que le disgusta a Linus que esto pase, es de esperar que en próximos parches se agreguen características a estas funciones para que se tengan en cuenta los requerimientos propuestos por la arquitectura UEFI y para que las protecciones de seguridad impuestas durante el arranque sean un poquito más difíciles de saltear.
28 enero 2013, 9:38 by Joaquin Bogado
David Herrmann, reconocido hacker del Kernel por su trabajo en KMSCON (Kernel Mode Settings CONsole) y Wayland Native Terminal Emulator. La idea ahora es usar las extensiones del BIOS de VESA (VBE) para controlar el dispositivo de video.
Según David, el driver todavía es muy precario pero como está pensado para reemplazar la consola con framebuffer en espacio de kernel, alcanza a cubrir en gran medida las mismas características del driver vesafb (VESA Frame Buffer) pero tiene una API de espacio de usuario mucho más prolija. David además está trabajando en una versión de fblog (driver que se ocupa de registrar los mensajes del Kernel en la consola) también en espacio de usuario llamado drmlog. Este driver sería capaz de registrar dichos mensajes en todos los monitores conectados, utilizando la API del Kernel Direct Rendering Manager (DRM).
Las ventajas de contar con una consola en espacio de usuario que utilice VESA para controlar los dispositivos de video son numerosas pero la más importante tal vez tenga que ver con que las VBE en su versión 3.0 son estándar desde 1998 y por lo que es capaz de funcionar en cualquier dispositivo x86 y con cualquier placa de video.
24 enero 2013, 15:35 by Joaquin Bogado
Poco después de haber criticado duramente a Fedora 18, Alan Cox, legendario hacker del kernel y mano derecha de Linus Torvalds a anunciado su en un hilo público de su Google+ su distanciamiento momentáneo tanto de Intel como del desarrollo de Linux. En dicho post alega su retiro por «asuntos familiares».
I’m leaving the Linux world and Intel for a bit for family reasons. I’m aware that «family reasons» is usually management speak for «I think the boss is an asshole» but I’d like to assure everyone that while I frequently think Linus is an asshole (and therefore very good as kernel dictator) I am departing quite genuinely for family reasons and not because I’ve fallen out with Linus or Intel or anyone else. Far from it I’ve had great fun working there.
Alan actualmente estaba involucrado en el mantenimiento de las ramas legacy del kernel Linux 2.2 y 2.4.
23 enero 2013, 11:40 by Joaquin Bogado
La Long Term Support Initiative es una iniciativa de la Linux Foundation creada y mantenida además por Hitachi, LG Electronics, NEC, Panasonic, Qualcomm Atheros, Renesas Electronics Corporation, Samsung Electronics, Sony y Toshiba que mantiene una versión del kernel Linux común para la industria de la electrónica, acorde a sus estándares y con soporte e incorporación de nuevas características por al menos dos años.
La nueva versión que este grupo de trabajo recientemente ha lanzado está basada en la versión del árbol de Git, Long Term Stable 3.4.25 que actualmente mantiene Greg Kroah-Hartman y un pequeño grupo de hackers del kernel, y actualmente incorpora características interesantes como el Contigous Memory Allocator que mejora el rendimiento en sistemas de recursos limitados como celulares y tabletas, una implementación en espacio de kernel de DBus llamada AF_BUS e implementa el algoritmo CoDel (Controlled Delay) para mejorar el manejo de buffers en la pila TCP/IP.
Los interesados en probarlo pueden descargar esta versión del kernel desde este enlace.