Cambios en Linux 2.6.19

Como mantenedor de LinuxChanges, estoy en posición de conocer antes que nadie la lista de cambios relevantes que incluirá esta version. Asi que aquí va la de 2.6.19:

• Ecryptfs. Una maravilla, un sistema de archivos pero no uno tradicional (no implementa su propio formato de disco); este se "apila" encima de otro: Puede utilizarse con ext3, reiser, NFS.... El caso es que a diferencia del cryptoloop/dmcrypt, que encriptan un volumen completo, ecryptfs encripta archivo por archivo: A bajo nivel en los primeros 4 KB del archivo almacena la información del cifrado, en el espacio restante es donde va el archivo. Ecryptfs se encarga de cifrar/descifrar (si tienes las claves apropiadas para descifrarlo, claro) el archivo de manera transparente para el usuario. Es como una especie de gpgfs, y es muchísimo más amigable para entornos de escritorio que cifrar todo un volumen.


• GFS2, el sistema de archivos de clustering de Red Hat. Aunque es el más famoso, no es el primero: OCFS2 ya entró en 2.6.16


• EXT4. La versión que se incluye es experimental, y ni tan siquiera tiene muchas de las cosas interesantes...por el momento no tiene ningún interés para los usuarios la verdad.


• Drivers PATA basados en libata. Alan Cox ha implementado buena parte de los drivers IDE antiguos encima de libata, la base de la implementación SATA. ¿Ventajas? La base IDE antigua es una mierda (gestión de errores caótica, deadlocks en SMP). No es que a día de hoy se utilize IDE demasiado....el futuro es SATA, pero....en fin, es Alan Cox


• 1.79 MB de drivers OSS han sido eliminados. ¿Razón? Había drivers ALSA para el mismo hardware.


• AVR32, una nueva arquitectura (no, NetBSD no la soporta)


• Variante de RCU "interrumpible": Hasta ahora la sección crítica de RCU no se podía interrumpir. Pero la gente, y especialmente la gente que quiere convertir a Linux en un SO de tiempo real, necesitaba que las secciones críticas de cosas como spinlocks y RCU fueran interrumpibles.


• Se puede desactivar la capa de "bloques" (block layer, para entendernos). Con NFS, JFFS2, ramfs, no es necesaria. Genial para cosas embebidas.


• Soporte para IO Asíncrono vectorizado


• Aumento de velocidad a la hora de suspender al disco


• Mejoras internas destinadas a hacer la implementación de características de virtualización mucho más limpia. Quien dijo que era bueno mantener la API interna estable....


• Soporte para hotplug físico de CPUs y memoria en x86-64


• Soporte para compilar el kernel contra la protección de GCC de fallos de seguridad de desborde de pila


• Una opción de montaje "-o flush" para FAT, destinada a mp3 y demás cacharros portátiles. No es ni un "-o sync" ni un "-o async", es algo intermedio: Las operaciones no son síncronas (como con -o async) pero se intenta sincronizar los datos con el dispositivo lo antes posible (como -o sync) en vez de dejarlos en memoria durante demasiado tiempo


• Detección asíncrona de dispositivos


• Una cosa llamada Netlabel, mejoras a SELinux, Mobile IPv6, unos cuantos drivers nuevos y muchas cosas más. En LinuxChanges está la lista completa, en inglés.