1 febrero 2013, 15:43 by Joaquin Bogado
Con el nombre de xf86-video-sunxifb, este driver de X.Org promete mejoras de rendimiento para los SoC Allwinner A10/A13. Estos System-on-a-Chip ARM son comunes en celulares, reproductores multimedia y tabletas e incluyen hardware para decodificar, por ejemplo VP8, AVS, H.264 MVC, VC-1 o MPEG-1/2/4.
El driver es un fork de xf86-video-mali, pero como explica su desarrollador Siarhei Siamashka, este último adolece del mismo problema que muchos otros drivers de video para arquitecturas ARM. La extensión DRI2 que es la que se encarga de la integración con la aceleración GLES, necesita alocar memoria para algunos buffers dependiendo de la arquitectura (no es igual para todos los ARM). Además, el framework EXA utilizado para la aceleración 2D, soporta como parte de su funcionalidad la sobre-escritura de las funciones de alocación de pixmap buffers (overriding pixmap buffers allocation).
Siarhei descubrió que el driver para Mali sobre-escribe todas las alocaciones de todos los pixmaps sin excepción, no solo aquellos necesarios para DRI2. Esto también produce problemas de rendimiento en la aceleración 2D de otros drivers.
El análisis incluye otras posibles mejoras relacionadas con UMP, que esperamos ver pronto incluidas no solo en xf86-video-sunxifb, sino también en drivers similares.
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.