Guilgo Blog

Notas de mi quehacer diario con las técnologias.

Contexto. Linus Torvalds anunció Linux 6.19 estable el 8 de febrero de 2026 en la LKML: sin alteraciones graves en la última semana del ciclo, cierre tranquilo. Inmediatamente se abrió la merge window de Linux 7.0, con más de tres docenas de pull requests esperando. Torvalds confirmó que la siguiente versión será 7.0 — hito en la numeración, no un cambio técnico concreto por el número.

Novedades destacadas (6.19)

Arquitectura y rendimiento

  • AMD “smart data cache injection”: dispositivos de I/O pueden colocar datos directamente en la L3 sin pasar por RAM; control vía resctrl (documentación en Documentation/filesystems/resctrl.rst, buscar “io_alloc”).
  • Intel LASS (Linear Address-Space Separation): separación hardware kernel/user para seguridad y mitigación de canales laterales; en 6.19 viene deshabilitado por defecto mientras se pulen detalles.
  • TCP: un cambio de locking en el camino de transmisión dio hasta ~300% de mejora en cargas TX intensas (más paquetes/segundo con menos CPU).
  • Scheduler: la opción NEXT_BUDDY (EEVDF) se reimplementó en la merge window pero luego se desactivó por regresiones en MySQL, SPECjbb y DayTrader; sched_ext (scheduler extensible con eBPF) mejoró la recuperación ante schedulers erróneos y añadió peek sin locks.

Sistema de archivos y almacenamiento

  • NFS: delegaciones de directorio recuperables (RFC 8881), y posibilidad de desactivar caché en direct I/O para reducir coste en I/O grande.
  • Btrfs: estado de “shutdown” experimental (completar operaciones en curso, rechazar nuevas) vía ioctl.
  • ext4: soporte para tamaños de bloque mayores que el page size del sistema.
  • FUSE: mejor soporte de lecturas bufferizadas con large folios; iomap puede trackear folios parcialmente actualizados.

Core, BPF y seguridad

  • listns(): nuevo syscall para listar namespaces; cambios en referencias para evitar “resucitar” namespaces en fin de vida.
  • BPF: saltos indirectos en programas (por ahora solo x86) y abstracción “file dynptr” para leer datos de ficheros estructurados.
  • Kernel crypto: SHA-3 y BLAKE2b en la librería criptográfica interna.
  • Scoped user-space access: primitivas para acceder a datos de usuario en rutas críticas de forma segura frente a ataques especulativos.
  • SELinux: notificación al crear memfd para políticas por fichero.

Red y miscelánea

  • io_uring: soporte de getsockname() y getpeername().
  • CAN XL en el stack de red.
  • RFC 5837 (ICMP) para mejor tracing de rutas.
  • s390: nueva interfaz para memoria hotplug, retirada del modo 31-bit, stack-protector con GCC16.
  • Arm MPAM (Memory System Resource Partitioning and Monitoring) para sistemas 64-bit.
  • Rust: el crate syn (parser de Rust a árbol sintáctico) se incluye en el árbol del kernel.

Qué dijo Linus (LKML)

En el anuncio de 6.19 Torvalds indicó que no hubo perturbaciones significativas en la última semana, que el ciclo cerró según lo previsto y que la merge window del siguiente kernel (7.0) está abierta con más de tres docenas de pulls en cola. La versión 7.0 es un hito de numeración, no implica por sí sola un criterio técnico distinto.

Linux 7.0: qué se sabe

  • Nombre confirmado: la siguiente versión será 7.0, no 6.20.
  • Merge window: abierta tras 6.19; el trabajo de 7.0 ya está en marcha.
  • En fuentes como Phoronix se comenta que 7.0 podría restringir los modos de preemption a full y lazy en arquitecturas modernas (x86, arm64, loongarch, powerpc, riscv, s390), eliminando “none” y “voluntary” para simplificar y mejorar rendimiento. Por ahora son planes de desarrollo, no anuncio formal de Linus.

Disponibilidad

Cuándo lo reciben las distros

No todas las distros incorporan el mismo kernel al mismo tiempo. Depende del tipo de release y de la política de cada una. Un calendario aproximado para 6.19:

DistroCuándo suele llegar
Arch LinuxInmediato o en pocos días. El kernel estable entra en los repos core en cuanto está empaquetado.
Fedora (Rawhide)1–2 semanas. Tras validación breve, Rawhide recibe el nuevo kernel; luego llega a ramas estables.
UbuntuVarios meses. Las LTS no siempre reciben cada kernel nuevo; a veces hay que instalarlo a mano (ver más abajo).
Debian (Testing)Semanas o más. Se prioriza estabilidad; no todas las versiones del kernel llegan a Testing.
Linux Mint, etc.Igual que la base (Ubuntu/Debian); o vía kernel manual si la base tarda.

Si tu distro es rolling release, en cuanto el mantenedor suba el paquete basta con actualizar. Si usas LTS o ciclo fijo, o quieres 6.19 ya sin esperar al empaquetado oficial, puedes instalarlo tú.

Cómo tener Linux 6.19 hoy mismo

En distros basadas en Ubuntu (Ubuntu, Mint, etc.)
La forma más sencilla sin compilar es usar Mainline Kernel Installer (o la variante que prefieras): descarga e instala kernels desde kernel.ubuntu.com con unos clics. Busca la versión 6.19.x, instala y reinicia. Mantén el kernel anterior por si necesitas volver atrás.

En Arch Linux
Actualización normal; el kernel entra con el resto del sistema:

sudo pacman -Syu

En Fedora Rawhide
Mismo concepto: dnf update (o sudo dnf upgrade) cuando el paquete kernel 6.19 esté en los repos.

En Debian Testing
Cuando esté empaquetado:

sudo apt update && sudo apt upgrade

Compilar desde cero es otra opción si necesitas configurar algo a mano; para la mayoría de usuarios, Mainline (Ubuntu/Mint) o la actualización normal en rolling basta.


Cuando Greg KH etiquete 6.19.1, aparecerá en la columna stable de kernel.org. Para 7.0 no hay fecha oficial; el ritmo habitual son unos dos meses desde la apertura de la merge window.