- \n
- En Device Mapper se ha a\u00f1adido un controlador dm-pcache para utilizar memoria persistente (memoria CXL, direccionada a trav\u00e9s de un dispositivo DAX) como cach\u00e9 adicional de alto rendimiento antes de discos tradicionales o unidades flash m\u00e1s lentas. Dm-pcache garantiza la conservaci\u00f3n del contenido de la cach\u00e9 en caso de fallos (crash-safe) mediante el uso de memoria no vol\u00e1til, duplicaci\u00f3n de metadatos y verificaci\u00f3n de integridad de datos y metadatos a trav\u00e9s de sumas de verificaci\u00f3n CRC32. Actualmente solo se admite el almacenamiento en cach\u00e9 en modo de escritura diferida (write-back).\n
- Se ha eliminado del n\u00facleo el c\u00f3digo del sistema de archivos Bcachefs, que ahora se distribuir\u00e1 en forma de un m\u00f3dulo externo, ensamblado utilizando las herramientas DKMS (Dynamic Kernel Module Support). El c\u00f3digo de Bcachefs puede ser reinstaurado en el n\u00facleo una vez que Kent Overstreet demuestre efectivamente la posibilidad de una interacci\u00f3n correcta con otros desarrolladores del n\u00facleo y su capacidad para seguir las normas establecidas de desarrollo.\n
- Se ha a\u00f1adido la bandera RWF_NOSIGNAL a la llamada al sistema pwritev2(), que desactiva el env\u00edo de la se\u00f1al SIGPIPE al escribir en canales o sockets sin nombre que se han cerrado.\n
- En Procfs se a\u00f1adi\u00f3 la opci\u00f3n de montaje \u00abpidns\u00bb para especificar los espacios de nombres de identificadores de procesos (PID namespace). Por ejemplo: \u00abmount -t proc -o pidns=\\\/proc\\\/self\\\/ns\\\/pid proc \\\/tmp\\\/proc\u00bb.\n
- En XFS, se ha declarado estable y habilitada por defecto la posibilidad de usar la utilidad fsck para verificar y corregir problemas detectados en modo online, sin desmontar el sistema de archivos. Se han a\u00f1adido las llamadas al sistema file_getattr y file_setattr para modificar los atributos de archivos especiales (cualquier inode). En KConfig, se han desactivado por defecto las opciones XFS_SUPPORT_V4 (versi\u00f3n 4 de XFS) y XFS_SUPPORT_ASCII_CI (modo insensible a may\u00fasculas y min\u00fasculas para caracteres ASCII), que se han declarado obsoletas. Se han eliminado las opciones obsoletas de montaje attr2, noattr2, ikeep y noikeep.\n
- En MD RAID se implement\u00f3 un nuevo tipo de mapas de bits \u2014 llbitmap (bitmap sin bloqueo), que trabaja sin bloqueos y proporciona un mayor rendimiento.\n
- De la estructura general \u00abinode\u00bb se extrajo la informaci\u00f3n relacionada con la cifrado y verificaci\u00f3n (punteros i_crypt_info e i_verity_info). Este cambio permite reducir el consumo de memoria en sistemas de archivos que no soportan cifrado y verificaci\u00f3n.\n
- Se ha a\u00f1adido soporte para la llamada al sistema copy_file_range() en la subsistema FUSE y para la copia directa de rangos utilizando un tama\u00f1o de tipo de 64 bits (anteriormente solo se soportaba tama\u00f1o de 32 bits). Tambi\u00e9n se ha a\u00f1adido soporte para la inicializaci\u00f3n en modo s\u00edncrono durante el montaje (FUSE_DEV_IOC_SYNC_INIT).\n
- En el sistema de archivos ext4 se ha implementado la posibilidad de usar identificadores de usuario (uid) y grupos (gid) de 32 bits al acceder a bloques reservados. Se han a\u00f1adido operaciones ioctl para establecer y leer los par\u00e1metros del superbloque de los sistemas de archivos montados (tune2fs podr\u00e1 cambiar par\u00e1metros en el superbloque sin derechos de escritura en el dispositivo de bloques). Se han eliminado completamente las configuraciones obsoletas espec\u00edficas de ext3.\n
- En f2fs se a\u00f1adi\u00f3 la opci\u00f3n de montaje \u00ablookup_mode\u00bb para seleccionar el modo de b\u00fasqueda: perf \u2014 b\u00fasqueda por hash, compat \u2014 b\u00fasqueda lineal, auto \u2014 selecci\u00f3n autom\u00e1tica. Cambiar el modo tiene sentido para configuraciones con directorios que no distinguen la may\u00fascula de la min\u00fascula. El modo actual de b\u00fasqueda se puede conocer a trav\u00e9s del archivo \u00ab\\\/sys\\\/fs\\\/f2fs\\\/\\\/effective_lookup_mode\u00bb. Se a\u00f1adi\u00f3 la posibilidad de reservar inodes, disponibles solo para usuarios privilegiados.\n
- Se ha a\u00f1adido un modo de funcionamiento en Overlayfs sin distinci\u00f3n de may\u00fasculas y min\u00fasculas, habilitado a nivel de capas del sistema de archivos (el ajuste para directorios individuales a\u00fan no est\u00e1 soportado).\n
- En BTRFS, se ha mejorado la paralelizaci\u00f3n de operaciones bajo alta carga de lectura y baja carga de escritura, reduciendo el tiempo de confirmaci\u00f3n de transacciones y acortando significativamente el tiempo de sincronizaci\u00f3n (de minutos a decenas de segundos). Se ha proporcionado la posibilidad de utilizar bloques (bs) de mayor tama\u00f1o que la p\u00e1gina de memoria (ps).\n
- En ksmbd (servidor SMB que opera a nivel del kernel) se ha a\u00f1adido un par\u00e1metro para limitar el n\u00famero m\u00e1ximo de conexiones desde un solo. IP<\/a>. smbdirect, smbclient y smbserver han sido adaptados para utilizar estructuras de kernel estandarizadas.\n
- En SQUASHFS se ha a\u00f1adido la posibilidad de utilizar las opciones SEEK_DATA y SEEK_HOLE en la llamada del sistema lseek() para buscar datos y espacios vac\u00edos en archivos esparcidos. En algunas pruebas se ha registrado un aumento en el rendimiento de copia de archivos esparcidos de hasta 150 veces.\n
- En EXFAT se ha a\u00f1adido soporte para ioctl FS_IOC_GETFSLABEL y FS_IOC_SETFSLABEL para leer y escribir etiquetas de particiones. Se ha proporcionado la posibilidad de cambiar las opciones de montaje durante el remonte. Se ha acelerado la carga de mapas de bits.\n
- En NTFS3 se ha a\u00f1adido soporte para ioctl FS_IOC_GETFSLABEL y FS_IOC_SETFSLABEL para leer y establecer etiquetas de particiones. <\/ul>\n
- Memoria y servicios del sistema<\/b>\n
- \n
- Se ha incorporado la implementaci\u00f3n del mecanismo de comunicaci\u00f3n entre procesos Binder, escrito en el lenguaje Rust. Binder se utiliza en Android para organizar la interacci\u00f3n entre procesos y la invocaci\u00f3n remota de m\u00e9todos (un proceso de Android puede invocar un m\u00e9todo o funci\u00f3n en otro proceso de Android, utilizando Binder para identificaci\u00f3n, invocaci\u00f3n y transmisi\u00f3n de argumentos entre procesos). El c\u00f3digo de Binder ha sido reescrito en Rust como parte de la iniciativa de Google para mejorar la seguridad de Android.\n
- En SLUB, el asignador de memoria del n\u00facleo, se implement\u00f3 una capa opcional de cach\u00e9 \u00absheaves\u00bb que utiliza m\u00faltiples cach\u00e9s, cada una de las cuales est\u00e1 vinculada a un n\u00facleo de CPU separado, lo que permite localizar operaciones de asignaci\u00f3n o liberaci\u00f3n de memoria en un solo n\u00facleo. Esta cach\u00e9 ha mejorado el rendimiento de la asignaci\u00f3n y liberaci\u00f3n de memoria en el n\u00facleo, al eliminar los primitivos de sincronizaci\u00f3n innecesarios requeridos al involucrar diferentes n\u00facleos de CPU. En las pruebas realizadas, el aumento del rendimiento fue del 6.3% al 31% dependiendo del tipo de carga.\n
- Se ha agregado la posibilidad de crear descriptores de archivos asociados con un espacio de nombres espec\u00edfico. A diferencia del acceso a los espacios de nombres por identificadores (\/proc\/\/ns\/), el descriptor de archivo se asocia con una instancia concreta del espacio de nombres y evita la situaci\u00f3n en la que el identificador se vuelve a asignar y ahora apunta a otro objeto. De manera similar al uso de pidfds, la apertura de descriptores de archivos que hacen referencia a espacios de nombres se realiza a trav\u00e9s de las funciones open_by_handle_at() y name_to_handle_at().\n
- Se ha implementado el mecanismo \"Swap Table\" que permite mejorar el rendimiento de la paginaci\u00f3n. La aceleraci\u00f3n se logra mediante la reducci\u00f3n de la competencia por el acceso a la cach\u00e9 de paginaci\u00f3n, una b\u00fasqueda m\u00e1s eficiente en la cach\u00e9 y la disminuci\u00f3n de la fragmentaci\u00f3n. El backend basado en Swap Table se utiliza para la cach\u00e9 de paginaci\u00f3n en lugar del backend XArray, lo que permiti\u00f3 un aumento promedio del rendimiento del 5-20%. En la prueba usemem, el ancho de banda aument\u00f3 entre un 17-28%, en la prueba de recompilaci\u00f3n de n\u00facleo multihilo, el tiempo de compilaci\u00f3n se redujo entre un 1.12-3.19%, y la prueba redis-benchmark con BGSAVE mostr\u00f3 un aumento en el n\u00famero de solicitudes procesadas del 6-7%.\n
- El subsistema Zswap ha sido trasladado al uso directo del sistema de asignaci\u00f3n de memoria zsmalloc en lugar de la capa zpool, que ya no se utiliza en ning\u00fan otro lugar y ha sido eliminada del n\u00facleo.\n
- Para gestionar el comportamiento del cargador de microc\u00f3digo en sistemas x86, se ha implementado la opci\u00f3n de l\u00ednea de comandos \"microcode=lista de flags\". En su forma actual, esta nueva opci\u00f3n reemplaza a \"microcode.force_minrev\" y tambi\u00e9n permite establecer la versi\u00f3n m\u00ednima de microc\u00f3digo aceptable para el arranque.\n
- Se ha comenzado a trabajar en la reorganizaci\u00f3n de la estructura excesivamente inflada \"page\", utilizada para gestionar las p\u00e1ginas de memoria. Se ha a\u00f1adido el tipo 'memdesc_flags_t' para campos con flags universales, que podr\u00e1n ser utilizados despu\u00e9s de la esperada futura separaci\u00f3n de la estructura \"page\" en estructuras individuales para slab y folios (folio).\n
- Para la arquitectura nios2, utilizada en los procesadores Altera Nios II (procesador suave basado en FPGA), se ha implementado el soporte para la llamada al sistema clone3().\n
- Se ha a\u00f1adido el atributo \"transitional\" a la configuraci\u00f3n del n\u00facleo (KConfig), que se puede utilizar para marcar configuraciones que no se muestran en las interfaces de usuario, como \"make menuconfig\", y que no se incluyen en los archivos de configuraci\u00f3n generados. El prop\u00f3sito principal del atributo es simplificar el cambio de nombre de opciones manteniendo la compatibilidad hacia atr\u00e1s.\n
- La versi\u00f3n m\u00ednima del compilador Clang necesaria para compilar el n\u00facleo se ha elevado a la herramienta LLVM 15. En Debian 12 y Ubuntu 22.04 se incluye LLVM 14.\n
- Se ha continuado con la transferencia de cambios de la rama Rust-for-Linux, relacionados con el uso del lenguaje Rust como segundo lenguaje para el desarrollo de controladores y m\u00f3dulos del n\u00facleo (el soporte para Rust no est\u00e1 activado de forma predeterminada y no lleva a que Rust se convierta en una de las dependencias de compilaci\u00f3n obligatorias del n\u00facleo). En la nueva versi\u00f3n, se han implementado operaciones at\u00f3micas de memoria para el c\u00f3digo en Rust, la estructura maple tree, la posibilidad de crear archivos DebugFS y funciones para manipular mapas de bits. Se ha ampliado el acceso a la API para el desarrollo de controladores. Se ha a\u00f1adido un conjunto completo de abstracciones para el desarrollo de controladores de dispositivos USB (ejemplo de controlador USB). La utilidad perf ha a\u00f1adido soporte para s\u00edmbolos de depuraci\u00f3n generados por el compilador rustc. <\/ul>\n
- Virtualizaci\u00f3n y seguridad<\/b>\n
- \n
- Se ha a\u00f1adido soporte para la verificaci\u00f3n criptogr\u00e1fica de los programas BPF cargados mediante firma digital. En el futuro, esta capacidad se ampliar\u00e1 con herramientas para definir reglas para cargar programas BPF firmados y proporcionar a los usuarios no privilegiados la posibilidad de utilizar programas BPF verificados.\n
- En el hipervisor KVM se ha implementado el soporte para la virtualizaci\u00f3n de la extensi\u00f3n Intel CET (Control-flow Enforcement Technology), utilizada para proteger contra exploits que emplean t\u00e9cnicas de programaci\u00f3n orientada a retornos (ROP - Return-Oriented Programming). La esencia de la protecci\u00f3n es que, tras la transferencia de control a una funci\u00f3n, la direcci\u00f3n de retorno se guarda en el procesador no solo en la pila normal, sino tambi\u00e9n en una pila oculta separada que no puede ser modificada directamente.\n
- Se ha a\u00f1adido la posibilidad de utilizar m\u00e1s de 255 CPU en sistemas invitados que operan bajo el hipervisor Bhyve en hosts con FreeBSD 15.\n
- Se ha a\u00f1adido una capa dibs (Direct Internal Buffer Sharing) para la gesti\u00f3n compartida de buffers dentro de entornos aislados, como un hipervisor o una instancia del n\u00facleo de Linux.\n
- Se ha a\u00f1adido soporte para operar con m\u00faltiples m\u00f3dulos LSM (Linux Security Module) activados simult\u00e1neamente en el subsistema de auditor\u00eda.\n
- Se ha a\u00f1adido un controlador virtio spi-virtio para acceder a dispositivos SPI (Serial Peripheral Interface) desde m\u00e1quinas virtuales<\/a>.\n
- En el hipervisor KVM se ha a\u00f1adido el soporte para el modo SEV-SNP CipherText Hiding, que bloquea la lectura del texto cifrado de la memoria de sistemas invitados protegidos en un CPU no autorizado.\n
- Se ha a\u00f1adido el controlador qtee para entornos TEE (Trusted Execution Environment) de los chips Qualcomm. <\/ul>\n
- Subsistema de red<\/b>\n
- \n
- Se a\u00f1ade soporte para el cifrado de conexiones TCP, utilizando el protocolo PSP (PSP Security Protocol), desarrollado por Google para cifrar el tr\u00e1fico entre centros de datos. PSP ofrece cifrado, control criptogr\u00e1fico de integridad y autenticaci\u00f3n de la fuente, implementando una combinaci\u00f3n de las capacidades de los protocolos TLS e IPsec. En PSP, se aplica cifrado a nivel de conexiones de red individuales, no a todo el canal de comunicaci\u00f3n. PSP utiliza claves de cifrado distintas para diferentes conexiones TCP en t\u00faneles para una estricta isolaci\u00f3n del tr\u00e1fico de distintas aplicaciones y manejadores. Para reducir la carga en el CPU, se soporta la descarga de operaciones de cifrado y descifrado a las tarjetas de red (offload). Se utiliza el protocolo UDP como transporte para la transmisi\u00f3n de datos, sobre el cual se pasa el contenido del paquete TCP original. <\/p>\n
![\"Lanzamiento](\"\/wp-content\/uploads\/2025\/12\/180701a9b56890a55860d65207471472.png\")
<\/center> <\/p>\n- Se a\u00f1adi\u00f3 soporte inicial para la extensi\u00f3n AccECN (Notificaci\u00f3n de Congesti\u00f3n Expl\u00edcita Precisa), que es una versi\u00f3n mejorada de la extensi\u00f3n ECN, permitiendo a los hosts marcar paquetes IP en caso de congesti\u00f3n en lugar de descartarlos, lo que posibilita identificar el inicio de un embotellamiento en los canales de comunicaci\u00f3n sin p\u00e9rdida de paquetes. La extensi\u00f3n ECN original tiene una limitaci\u00f3n que solo permite enviar una se\u00f1al de congesti\u00f3n por ciclo de recepci\u00f3n-transmisi\u00f3n TCP (RTT, Tiempo de Ida y Vuelta, env\u00edo de solicitud y recepci\u00f3n de respuesta). AccECN elimina esta limitaci\u00f3n y permite al receptor enviar m\u00e1s de una etiqueta de congesti\u00f3n al emisor en la cabecera del paquete TCP. Los algoritmos de control de congesti\u00f3n pueden utilizar la informaci\u00f3n recibida para reaccionar de manera m\u00e1s precisa a las congestiones y evitar una reducci\u00f3n abrupta en la intensidad del env\u00edo de paquetes ante una congesti\u00f3n leve.\n
- Se optimiz\u00f3 el manejo de paquetes entrantes en el stack UDP bajo condiciones de ataques DDoS, que causan la llegada de un gran n\u00famero de paquetes a uno o varios sockets UDP. Las optimizaciones realizadas, como la reducci\u00f3n de bloqueos competidores, la optimizaci\u00f3n de la disposici\u00f3n de estructuras de datos en memoria y la implementaci\u00f3n de bloqueos que consideran la arquitectura NUMA (Acceso a Memoria No Uniforme), permitieron aumentar el rendimiento en la recepci\u00f3n de paquetes UDP en un 47% o m\u00e1s en condiciones extremas.\n
- Se implement\u00f3 la posibilidad de desactivar el almacenamiento en cach\u00e9 de entradas\/salidas en el servidor NFS, lo que permite utilizar el servidor NFS en sistemas con poca memoria (por ejemplo, en entornos de nube limitados). Desactivar la cach\u00e9 tambi\u00e9n puede ser \u00fatil en servidores NFS sobrecargados para evitar la expulsi\u00f3n de datos relacionados con discos locales de la cach\u00e9, al liberar memoria para la cach\u00e9 de NFS.\n
- El tama\u00f1o m\u00e1ximo de los b\u00faferes de paquetes entrantes y salientes para los sockets de red (net.core.rmem_max y net.core.wmem_max) se aument\u00f3 de 2 MB a 4 MB. El tama\u00f1o predeterminado no cambi\u00f3 (net.core.rmem_default y net.core.wmem_default = 2 MB).\n
- Se a\u00f1adi\u00f3 un controlador para el acelerador de operaciones de red Qualcomm PPE (Engine de Procesamiento de Paquetes), utilizado en el SoC Qualcomm IPQ9574. <\/ul>\n
- Hardware<\/b>\n
- \n
- El n\u00facleo incluye el controlador Tyr, escrito en Rust, que permite trabajar con GPU ARM Mali, en las cuales se aplica la tecnolog\u00eda CSF (Command Stream Frontend), como Mali G310, G510 y G710. El controlador a\u00fan no est\u00e1 preparado para su uso constante por parte de los usuarios comunes y se considera un prototipo experimental para probar abstracciones para el desarrollo de controladores en Rust.\n
- Se a\u00f1adi\u00f3 soporte para touchpads con retroalimentaci\u00f3n t\u00e1ctil y sensores de presi\u00f3n en los controladores para dispositivos de entrada con interfaz HID (Dispositivo de interfaz humana).\n
- Se continu\u00f3 el trabajo en el controlador drm (Direct Rendering Manager) Xe para GPU basadas en la arquitectura Intel Xe, que se utilizan en las tarjetas gr\u00e1ficas Intel de la familia Arc y en gr\u00e1ficos integrados, comenzando con los procesadores Tiger Lake. En la nueva versi\u00f3n se a\u00f1adi\u00f3 la interfaz madvise, se habilit\u00f3 el soporte para SR-IOV PF (Single Root I\/O Virtualization Physical Function), se incorpor\u00f3 el modo Intel PSMI para la validaci\u00f3n de hardware, se asegur\u00f3 el manejo de la informaci\u00f3n sobre errores transmitida por el firmware, se implement\u00f3 el perfil de consumo de energ\u00eda SLPC y se a\u00f1adi\u00f3 soporte para cargar firmware auxiliar (por ejemplo, para el controlador del ventilador y el regulador de voltaje) durante la verificaci\u00f3n del controlador.\n
- En el controlador AMDGPU se a\u00f1adi\u00f3 soporte para dispositivos con APU Cyan Skillfish, se mejor\u00f3 el soporte para AMD GCN 1.0, se implement\u00f3 compatibilidad con la herramienta criu, se a\u00f1adieron m\u00e9tricas de temperatura en sysfs y se permitieron solicitudes de remapeo MMIO desde el espacio de usuario.\n
- En el controlador i915 se incluy\u00f3 el soporte para chips de la familia Wildcat Lake y se mejor\u00f3 el rendimiento con GPU Jasper Lake, Elkhart Lake, Gen7 y Gen6.\n
- En el controlador Nouveau, por defecto, se habilitaron los firmware GSP de NVIDIA y se mejor\u00f3 el manejo de errores.\n
- Se ha continuado la integraci\u00f3n de los componentes del controlador Nova para GPU NVIDIA, equipadas con firmware GSP, utilizado desde la serie NVIDIA GeForce RTX 2000 basada en la microarquitectura Turing. El controlador est\u00e1 escrito en lenguaje Rust. En la nueva versi\u00f3n, se ha ampliado la compatibilidad con firmware GSP, se ha mejorado la implementaci\u00f3n de la macro \u00abregister!\u00bb, y se ha a\u00f1adido soporte para clases de dispositivos PCI e identificadores de fabricantes.\n
- Se a\u00f1adi\u00f3 el controlador rocket para aceleradores NPU, utilizados en SoC Rockchip RK3588.\n
- Se ha a\u00f1adido el par\u00e1metro del n\u00facleo \u00abboot_display\u00bb para seleccionar el dispositivo de salida para mostrar el proceso de arranque en sistemas con m\u00faltiples GPU.\n
- En el controlador vesadrm se implement\u00f3 el soporte para paletas de 8 bits.\n
- Se ha a\u00f1adido soporte para la GPU Adreno 663 en el controlador msm y se ha implementado el soporte para la tecnolog\u00eda de reducci\u00f3n de consumo de energ\u00eda IFPC (Inter Frame Power Collapse).\n
- Se ha a\u00f1adido soporte para las GPUs Mali-G710, Mali-G510, Mali-G310, Mali-Gx15, Mali-Gx20 y Mali-Gx25 en el controlador panthor.\n
- Se ha a\u00f1adido soporte para los sistemas de audio ASoC Qualcomm Glymur y PM4125, Realtek RT1321, Shanghai FourSemi FS2104\/5S, Texas Instruments PCM1754 y TAS2783A, qcs615, CS35L56 B2, tas2118, tas2x20, tas5825. Tambi\u00e9n se ha a\u00f1adido soporte para las tarjetas de sonido USB Tascam US-144mkII y Presonus S1824c.\n
- Se ha a\u00f1adido soporte para los procesadores ARM Cortex-A320\/A520AE\/A720AE y C1-Nano\/Pro\/Premium\/Ultra.\n
- Se ha a\u00f1adido soporte para plataformas ARM, SoCs y dispositivos: Apple M2 Pro, M2 Max y M2 Ultr, Sony Xperia SP, Samsung Galaxy S22, Samsung Galaxy S20 FE, ASUS Eee Pad Slider SL101, Lenovo ThinkBook 16, HP Omnibook X14 X1P42100, Dell Inspiron 7441 \/ Latitude 7455, Sige1, NanoPi Zero2, Axis Artpec8, NXP i.MX91, ROCK 2A\/2F, Qualcomm Lemans Auto, Renesas RZ\/T2H, RZ\/N2H, RZ\/T2H y RZ\/N2H, Aspeed AST27xx, Meta Clemente BMC, Netcube Nagami som, Tqma91xx, Ultratronik i.MX8MP Ultra-MACH, i.MX8ULP EVK9, Buffalo WXR-1750DHP. <\/ul>\n<\/ul>\n