VivaLinux!

En lo que podría catalogarse como todo un hito, Microsoft anunció así que liberó hoy bajo la GPLv2 20.000 líneas de código de 3 drivers para Linux que permitirían mejorar la performance de instancias virtualizadas de ese sistema operativo cuando corran bajo su tecnología de virtualización Hyper-V en Windows Server 2008 y Windows Server 2008 R2.

Los drivers, que ya fueron enviados a los desarrolladores del Kernel para su inclusión en futuras versiones, permitirían a los anfitriones Linux de Hyper-V "saltar" la emulación del hardware y comunicarse directamente con el hypervisor para operaciones de E/S, mejorando su performance.

Más que un cambio ideológico, esta movida bien podría deberse a la creciente competencia que Microsoft está enfrentando por parte de VMWare y otras soluciones de virtualización disponibles para Linux, que ya integran ese tipo de soporte desde hace un tiempo.

El sistema de archivos FAT es usado por MS-DOS y las versiones viejas de Windows; es simple y sencillo y también el preferido para tarjetas de memoria y otros dispositivos. Aunque es un estándar ISO, eso solo se aplica a sus versiones FAT12 y FAT16, que no soportan nombres de archivos largos (sino el más viejo formato de 8 caracteres para el nombre y 3 para la extensión). El soporte para nombres de archivo largos sí está cubierto por otras patentes de Microsoft, cuyas licencias cuestan de U$S 0,25 por dispositivo vendido hasta un máximo de U$S 250.000 (!).

A principios de año, el fabricante holandés de equipos de navegación TomTom fue demandado por Microsoft por ofrecer soporte de nombres de archivo largos con la FAT sin comprar una licencia y usando un Kernel Linux. Microsoft dice que la demanda fue un incidente y que el resto del mundo Linux no tiene nada de qué temer...

Pero para ir por lo seguro (no es que desconfiemos de Microsoft) Andrew Tridgell, uno de los autores originales de Samba, publicó este parche en la lista de correo del Kernel que ofrece soporte para nombres de archivo largos en la FAT sin infringir ninguna patente.

Después de un año y medio de trabajo, la hacker del Kernel y empleada de Intel Sarah Sharp anunció en su blog que ya está disponible para descargarse de su repositorio Git el driver xHCI (Extensible Host Controller Interface) con soporte inicial para dispositivos USB 3.0 para GNU/Linux. Los parches para incluirlo en el la próxima versión 2.6.31 del Kernel ya están programados, así que los usuarios de Linux deberían tener soporte para USB 3.0 en el mes de Septiembre.

Esto también significaría que Linux será el primer sistema operativo con soporte oficial de USB 3.0.

Sharp también dice que está trabajando para asegurarse que distribuciones populares como Ubuntu y Red Hat incorporen el driver xHCI, aunque los usuarios avanzados siempre podrán compilarlo por sí mismos.

El proyecto Linux-Libre, que purga el Kernel Linux de blobs propietarios, está a la búsqueda de su propio logo y una de las propuestas más aceptadas ya fué incorporada con un parche en la secuencia de arranque de la versión 2.6.29.1-libre-fshoppe2. En el video de arriba se puede ver ese Kernel arrancando en una ThinkPad X200s, y a continuación un logo en cuestión con mucho mejor detalle:

Ya están disponibles los paquetes de Linux-Libre 2.6.29.1 para Debian "Lenny", Ubuntu "Hardy" e "Intrepid" y también gNewSense. Linux-Libre es un proyecto iniciativa de la Free Software Foundation Latin America que purga los lanzamientos del Kernel Linux de blobs no-libres. En la imágen de arriba, compilando Linux-Libre 2.6.29.1.

Para los interesados, en esta guía se explica cómo construir nuestros propios paquetes del Kernel.

Como todos saben, sólo las correcciones más importantes se integrarán en el Kernel principal en su actual avanzado estado de desarrollo. Sin embargo, uno de los cambios incluídos este mismo día por Linus Torvalds es una imágen vectorial en formato SVG de "Tuz", la mascota de la conferencia Linux.conf.au de este año.

El archivo puede encontrarse en Documentation/logo.svg y su intención es servir de concientización sobre las dificultades de supervivencia que enfrenta el demonio de tasmania, actualmente declarada en peligro de extinción.

El Kernel Linux es uno de los proyectos de código abierto más complejos que existen. A pesar de que hay una gran cantidad de libros sobre él, todavía es un tópico difícil de comprender completamente. Para facilitar ese proceso existe un mapa interactivo del Kernel, que lo representa gráficamente en un esquema Top-Down donde se pueden encontrar sus más importantes capas, sus funcionalidades, módulos, funciones y llamadas.

Sobre el mapa podemos aplicar un zoom a nuestro antojo además de arrastar y soltar, de una manera muy similar a como podemos hacerlo con Google Maps.

Un reporte publicado en el registro de errores para el próximo Ubuntu 9.04 "Jaunty Jackalope" describe una masiva pérdida de datos cuando se usa el nuevo sistema de archivos Ext4, el próximo estándar para práctiamente todas las principales distribuciones de GNU/Linux modernas.

Este gran problema se reporta en la edición Kubuntu de Jaunty apenas después de que los archivos del escritorio de KDE4 han sido cargados, resultado en la pérdida de todos los datos que fueron creados, incluyendo muchos de los propios archivos de configuración de KDE (!).

Rápidamente el desarrollador de Ext4 Ted Ts'o se apresuró a responder que el problema de fondo es la implementación de Ext4 de la "asignación diferida" (delayed allocation), también presente en otros sistemas de archivos como XFS y Btrfs, por la cual los nuevos datos puden demorar hasta 60 segundos en escribirse físicamente.

Ts'o explica que esto es "realmente más un problema de diseño de la aplicación" y que los programadores se acostumbraron al comportamiento del anterior Ext3, donde las escrituras se realizan cada 5 segundos. De cualquier forma, los parches no serían incluídos en el próximo Kernel 2.6.29, sino que fueron programados para el siguiente Kernel 2.6.30.

Aclarando mucho más la situación actual de Xen y su estado actual para la inclusión en el Kernel este artículo de Linux Weekly News explica cómo, habiendo encendido la llama de la virtualización en los corazones y las mentes de los desarrolladores hace tanto como en el 2003 con su primer lanzamiento, Xen sólo consiguió integrar su núcleo en el Kernel 2.6.23 de Octubre del 2007.

Los motivos del letargo serían la falta de interés de los desarrolladores originales de Xen en apresurar su integración y el muchas veces ignorado esfuerzo de todos los que quisieron colaborar independientemente. El resultado fué que, a pesar de que muchas distribuciones se apresuraron a incluir soporte para Xen, sólo pudieron ofrecerlo con mucho código agregado ajeno al Kernel, incluso no soportado muy bien por sus propios creadores.

Pero quien parece estar cambiando la suerte y el destino de Xen es Jeremy Fitzhardinge, que no sólo ya publicó un parche del dom0 de Xen para el próximo Kernel 2.6.30, sino que además respondió a las críticas de Andrew Morton justificando las ventajas de Xen con respecto al favorito KVM, por ejemplo:

• El hypervisor de Xen es liviano y puede ejecutarse independientemente, el de KVM es el mismo Kernel. Además, algunos vendedores como HP y Dell ya están incluyendo a Xen en el firmware de algunos de sus sistemas como parte de la característica "Instant On".
• La "paravirtualización" de Xen le permite funcionar aún en hardware que no soporta virtualización completa, al contrario que KVM.
• La separación entre el hypervisor, dom0 y domU hace que las validaciones de seguridad sean más fáciles.

En general, todo parece indicar que los sólidos argumentos de Fitzhardinge no pudieron ser aún refutados y que el consenso se inclinaría finalmente a aceptar que sí hay un lugar para KVM y Xen en el Kernel 2.6.30.

El reputado hacker del Kernel Andrew Morton tuvo unas palabras poco alagüeñas cuando llegó su hora de opinar sobre la inclusión de los parches del dom0 de Xen en el corazón de Linux:

“Odio ser el que tenga que decirlo, pero deberíamos sentarnos y resolver si es justificable integrar cualquiera de esto dentro de Linux. Yo todavía creo que la tecnología de Xen es la manera "vieja" y que el mundo se está moviendo hacia una nueva dirección (¿KVM?). ¿En tres años, nos arrepentiremos de haber integrado esto?”

El debate está servido, y como todavía no hay nada resuelto, sigue siendo perfectamente posible que los parches de Xen aparezcan en el próximo Kernel 2.6.30.

El dom0 ("domain 0") es el primer sistema operativo huésped de Xen, el primero que arranca automáticamente y el que tiene privilegios especiales para administrar el acceso al hardware físico de los siguientes huéspedes.