{"id":120593,"date":"2024-11-18T13:09:07","date_gmt":"2024-11-18T11:09:07","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/reliz-yadra-linux-6-12-s-podderzhkoj-realtime-rezhima"},"modified":"2024-11-18T13:09:07","modified_gmt":"2024-11-18T11:09:07","slug":"reliz-yadra-linux-6-12-s-podderzhkoj-realtime-rezhima","status":"publish","type":"post","link":"https:\/\/prohoster.info\/es\/blog\/news\/reliz-yadra-linux-6-12-s-podderzhkoj-realtime-rezhima","title":{"rendered":"Lanzamiento del n\u00facleo Linux 6.12 con soporte para modo en tiempo real","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p>Despu\u00e9s de dos meses de desarrollo, Linus Torvalds present\u00f3 el lanzamiento del n\u00facleo Linux 6.12. Entre los cambios m\u00e1s destacados se encuentran: la posibilidad de habilitar el modo de tiempo real, sched_ext para crear planificadores de CPU a trav\u00e9s de eBPF, la generaci\u00f3n de un c\u00f3digo QR en caso de fallos, el mecanismo Device Memory TCP, el mecanismo de reserva de recursos SCHED_DEADLINE en el servidor, mejoras en el planificador de tareas EEVDF, y el m\u00f3dulo IPE para establecer pol\u00edticas de integridad.        <\/p>\n<p>La nueva versi\u00f3n incluye 14607 correcciones de 2167 desarrolladores, el tama\u00f1o del parche es de 37 MB (los cambios afectaron a 13087 archivos, se a\u00f1adieron 507913 l\u00edneas de c\u00f3digo y se eliminaron 234083 l\u00edneas). En la versi\u00f3n anterior hab\u00eda 15130 correcciones de 2078 desarrolladores, con un tama\u00f1o de parche de 85 MB (en el n\u00facleo 6.10, el parche ten\u00eda un tama\u00f1o de 41 MB). Aproximadamente el 45% de todos los cambios presentados en 6.12 est\u00e1n relacionados con controladores de dispositivos, alrededor del 12% de los cambios est\u00e1n relacionados con la actualizaci\u00f3n de c\u00f3digo espec\u00edfico para arquitecturas de hardware, el 13% est\u00e1 relacionado con la pila de red, el 6% con sistemas de archivos y el 3% con subsistemas internos del n\u00facleo.      <\/p>\n<p>Novedades principales en el n\u00facleo 6.12:  <\/p>\n<ul>\n<li class=\"l\"> <b>Memoria y servicios del sistema<\/b>\n<ul>\n<li class=\"l\"> Se ha proporcionado la posibilidad de compilar el n\u00facleo con la opci\u00f3n PREEMPT_RT sin parches adicionales para funcionar en modo de tiempo real. La \u00faltima caracter\u00edstica que faltaba en el n\u00facleo, que imped\u00eda activar el modo PREEMPT_RT, era el soporte para la salida at\u00f3mica no bloqueante a trav\u00e9s de la funci\u00f3n printk, que tambi\u00e9n ha sido incorporada al n\u00facleo. El soporte PREEMPT_RT est\u00e1 disponible para las arquitecturas x86, x86_64, ARM64 y RISC-V. Hasta ahora, la implementaci\u00f3n del modo PREEMPT_RT se ofrec\u00eda en forma de parches externos, sobre los cuales algunas distribuciones, como RHEL, SUSE y Ubuntu, crearon ediciones separadas de tiempo real de sus productos, demandadas en \u00e1reas como sistemas financieros, dispositivos de procesamiento de audio y video, aviaci\u00f3n, medicina, rob\u00f3tica, telecomunicaciones y sistemas industriales, donde es necesario garantizar un tiempo de respuesta predecible.\n<li class=\"l\"> Se ha a\u00f1adido el mecanismo \u00absched_ext\u00bb (SCX), que permite utilizar eBPF para crear planificadores de CPU que abarcan pr\u00e1cticamente todos los aspectos de la planificaci\u00f3n de la ejecuci\u00f3n de tareas y la distribuci\u00f3n de recursos de CPU. Tales planificadores pueden cargarse din\u00e1micamente y ejecutarse dentro del n\u00facleo de Linux en <a class=\"wpil_keyword_link\" href=\"https:\/\/prohoster.info\/es\/vps\/abuzoustojchivye-vps\/\"   title=\"una m\u00e1quina virtual\" data-wpil-keyword-link=\"linked\"  data-wpil-monitor-id=\"4348\">una m\u00e1quina virtual<\/a> eBPF. El mecanismo sched_ext facilita la creaci\u00f3n de planificadores espec\u00edficos para tareas determinadas, permite experimentar con diversas t\u00e9cnicas y estrategias de planificaci\u00f3n, as\u00ed como crear prototipos funcionales r\u00e1pidamente y reemplazar planificadores sobre la marcha en infraestructuras operativas. Por ejemplo, utilizando sched_ext, se puede crear un planificador que considere las particularidades de una aplicaci\u00f3n espec\u00edfica y que cambie din\u00e1micamente la estrategia de planificaci\u00f3n de su ejecuci\u00f3n en funci\u00f3n del estado del sistema y otros factores adicionales.\n<li class=\"l\"> Se incluye la parte restante de los parches necesarios para el funcionamiento del mecanismo SCHED_DEADLINE server, que resuelve el problema de la falta de recursos de CPU para tareas normales debido a la monopolizaci\u00f3n de la CPU por tareas de alta prioridad (realtime). Para prevenir la monopolizaci\u00f3n de la CPU, anteriormente se utilizaba en el n\u00facleo el mecanismo de Realtime throttling, que intentaba reservar un 5% para tareas de baja prioridad, dejando el 95% para tareas realtime. Este mecanismo dejaba mucho que desear, ya que las tareas normales en muchas situaciones no recib\u00edan el tiempo de CPU correspondiente. SCHED_DEADLINE server implementa un mecanismo de reserva de recursos m\u00e1s eficiente.\n<li class=\"l\"> Se ha completado la integraci\u00f3n del planificador de tareas EEVDF (Earliest Eligible Virtual Deadline First), que reemplaza al planificador CFS (Completely Fair Scheduler), que se ha suministrado desde el n\u00facleo 2.6.23. El nuevo planificador, al elegir el siguiente proceso para ejecutar, considera los procesos que no han recibido suficientes recursos de CPU o que han recibido injustamente mucho tiempo de CPU. En el primer caso, se fuerza la entrega del control al proceso, mientras que en el segundo, se pospone. El antiguo planificador CFS utilizaba heur\u00edsticas y ajustes finos para determinar los procesos que necesitaban atenci\u00f3n especial, mientras que el nuevo planificador los rastrea de forma m\u00e1s expl\u00edcita y no requiere ajustes finos. Se espera que EEVDF reduzca la latencia en la ejecuci\u00f3n de tareas que ten\u00edan problemas de planificaci\u00f3n con CFS.\n<li class=\"l\"> En el controlador de situaciones de emergencia en el n\u00facleo - DRM Panic, que utiliza el subsistema DRM (Gestor de Renderizado Directo) para mostrar un informe visual al estilo de la \u00abpantalla azul de la muerte\u00bb, se ha a\u00f1adido la opci\u00f3n de mostrar en pantalla un logotipo y un c\u00f3digo QR con el informe kmsg en caso de un estado de emergencia. Debido a que un c\u00f3digo QR puede contener solo 2953 bytes, se ha previsto la opci\u00f3n DRM_PANIC_SCREEN_QR_CODE_URL, mediante la cual el informe kmsg se comprime utilizando zlib y se adjunta como par\u00e1metro a la URL, lo que permite transmitir alrededor de 7500 bytes a trav\u00e9s de un c\u00f3digo QR V40. Al compilar paquetes con el n\u00facleo, las distribuciones pueden establecer un enlace base para la URL, lo que permite organizar un acceso a la p\u00e1gina para enviar un informe de problemas. Para elegir el formato del c\u00f3digo QR, se ha previsto la configuraci\u00f3n DRM_PANIC_SCREEN_QR_VERSION.\n<li class=\"l\"> Se ha a\u00f1adido el soporte para la extensi\u00f3n ARM POE (Permission Overlay Extension), que permite establecer permisos de acceso a \u00e1reas de memoria. Mediante esta extensi\u00f3n, en sistemas con procesadores ARM64 se puede implementar un mecanismo de Claves de Protecci\u00f3n de Memoria, utilizado para restringir el acceso a p\u00e1ginas de memoria sin cambiar la tabla de p\u00e1ginas de memoria.\n<li class=\"l\"> Para las arquitecturas Loongarch, ARM64, PowerPC y s390 se ha trasladado la implementaci\u00f3n de la llamada al sistema getrandom(), optimizada mediante el mecanismo vDSO (virtual dynamic shared object), que permite trasladar el controlador de la llamada al sistema del n\u00facleo al espacio de usuario y evitar cambios de contexto. Esta optimizaci\u00f3n permite acelerar la obtenci\u00f3n de n\u00fameros aleatorios hasta 15 veces.\n<li class=\"l\"> En el subsistema de entrada\/salida as\u00edncrona io_uring se ha a\u00f1adido la posibilidad de utilizar tiempos de espera absolutos, que se activan al alcanzar un tiempo determinado en los relojes del sistema (anteriormente, solo se pod\u00edan establecer tiempos de espera relativos, en los que se indicaba la duraci\u00f3n desde el inicio de la operaci\u00f3n).\n<li class=\"l\"> Se han a\u00f1adido archivos para generar bindings para la biblioteca libcpupower mediante la herramienta SWIG, que permite formar bindings de c\u00f3digo en C\/C++ para varios lenguajes de programaci\u00f3n. Los bindings permiten crear scripts en Python y otros lenguajes, utiliz\u00e1ndolos para ampliar la funcionalidad de la biblioteca libcpupower, que proporciona una API para gestionar cpufreq y controladores desde el espacio de usuario.\n<li class=\"l\"> En la utilidad cpuidle se ha implementado la visualizaci\u00f3n del valor del estado de inactividad \u00abresidency\u00bb, utilizado para sistemas en tiempo real y que considera el tiempo m\u00ednimo que el procesador debe estar en estado de inactividad para justificar el gasto de energ\u00eda al entrar y salir de este estado.\n<li class=\"l\"> Se ha a\u00f1adido la posibilidad de utilizar el compilador Clang para construir la biblioteca est\u00e1ndar de C nolibc, que forma parte de los c\u00f3digos fuente del n\u00facleo de Linux y proporciona un envoltorio sobre las llamadas al sistema b\u00e1sicas. Al compilar nolibc en Clang, se permite la optimizaci\u00f3n en la etapa de enlace (LTO).\n<li class=\"l\"> Se han declarado obsoletas algunas interfaces de cgroup1, como la contabilidad de TCP, la primera versi\u00f3n de los l\u00edmites suaves (soft limit) y la gesti\u00f3n del agotamiento de la memoria libre. El soporte para estas funciones sigue siendo completo, y la advertencia se ha hecho para estudiar el n\u00famero de usuarios que contin\u00faan utilizando estas capacidades.\n<li class=\"l\"> Se ha a\u00f1adido la posibilidad de configurar un b\u00fafer de anillo de trazas para conservar los datos acumulados despu\u00e9s de un reinicio, lo que permitir\u00e1 no perder la informaci\u00f3n de depuraci\u00f3n acumulada en caso de un fallo del n\u00facleo. Los datos se almacenan en memoria. La activaci\u00f3n se realiza a trav\u00e9s del par\u00e1metro de l\u00ednea de comandos del n\u00facleo trace_instance, por ejemplo, establecer \"trace_instance=boot_map@0x285400000:12M\" reservar\u00e1 12 MB de memoria en la direcci\u00f3n 0x285400000 para el b\u00fafer \"boot_map\", que estar\u00e1 disponible a trav\u00e9s del archivo \/sys\/kernel\/tracing\/instances\/boot_map.\n<li class=\"l\"> Contin\u00faa la integraci\u00f3n de cambios de la rama Rust-for-Linux relacionados con el uso del lenguaje Rust como segundo idioma para el desarrollo de controladores y m\u00f3dulos del n\u00facleo (el soporte de Rust no est\u00e1 activado por defecto y no implica que Rust se convierta en una dependencia de construcci\u00f3n obligatoria para el n\u00facleo). Se han a\u00f1adido los m\u00f3dulos 'list' y 'rbtree' para trabajar con listas enlazadas bidireccionales y \u00e1rboles rojos-negros (red-black tree). Se han ampliado las funciones de los m\u00f3dulos 'init', 'sync', 'types' y 'error'. Se ha proporcionado la posibilidad de utilizar c\u00f3digo en Rust al compilar el n\u00facleo con protecci\u00f3n contra ataques Spectre (opciones MITIGATION_{RETHUNK, RETPOLINE, SLS}), el uso del sistema de depuraci\u00f3n KASAN, los mecanismos de protecci\u00f3n kCFI (integridad del flujo de control del n\u00facleo) y Shadow Call, as\u00ed como al usar complementos adicionales de GCC. Se ha a\u00f1adido un controlador para el controlador Ethernet Applied Micro QT2025 PHY, escrito en Rust. Se ha preparado un sitio web separado con documentaci\u00f3n \u2014 rust.docs.kernel.org.\n<li class=\"l\"> Se ha a\u00f1adido al c\u00f3digo fuente del n\u00facleo la utilidad xdrgen para convertir especificaciones XDR (eXternal Data Representation) en funciones de codificaci\u00f3n y decodificaci\u00f3n XDR, escritas utilizando el estilo C adoptado en el n\u00facleo de Linux.\n<li class=\"l\"> Se ha aceptado un cambio en el n\u00facleo con la implementaci\u00f3n de un mecanismo de enmascaramiento de punteros para reducir el n\u00famero de llamadas lentas barrier_nospec() en la funci\u00f3n de 64 bits copy_from_user(), utilizada para copiar datos al n\u00facleo desde el espacio del usuario. La aplicaci\u00f3n del enmascaramiento acelera en un 2.6% la ejecuci\u00f3n de la prueba 'per_thread_ops', que eval\u00faa el n\u00famero de operaciones que se pueden llevar a cabo en un solo hilo.\n<li class=\"l\"> Se ha a\u00f1adido un nuevo controlador USB que permite utilizar el protocolo 9pfs como transporte para la transmisi\u00f3n y recepci\u00f3n de datos desde un dispositivo USB, al montar el sistema de archivos 9p sobre USB (por ejemplo, 'mount -t 9p -o trans=usbg,aname=\/path\/to\/fs  \/mnt\/9'). Como ejemplo de uso del nuevo controlador se menciona la utilizaci\u00f3n en lugar de NFS para organizar la carga de la partici\u00f3n ra\u00edz durante el desarrollo de dispositivos embebidos.                    <\/ul>\n<li class=\"l\"> <b>Subsistema de disco, entrada\/salida y sistemas de archivos<\/b>\n<ul>\n<li class=\"l\"> Se ha a\u00f1adido a la subsistema VFS la capacidad de trabajar con dispositivos de almacenamiento cuya tama\u00f1o de bloque es mayor que el tama\u00f1o de la p\u00e1gina de memoria en el sistema. En los sistemas de archivos, esta capacidad actualmente solo es compatible con XFS.\n<li class=\"l\"> En el subsistema FUSE, que permite crear implementaciones de sistemas de archivos que funcionan en el espacio de usuario, se ha a\u00f1adido soporte para el mapeo de identificadores de usuarios en sistemas de archivos montados, aplicado para relacionar archivos de un usuario espec\u00edfico en un volumen montado de otro usuario en el sistema actual.\n<li class=\"l\"> Se ha implementado una nueva operaci\u00f3n fcntl F_CREATED_QUERY, que permite a la aplicaci\u00f3n determinar si un archivo abierto con la bandera O_CREAT fue creado o ya exist\u00eda antes.\n<li class=\"l\"> En la llamada al sistema name_to_handle_at() se ha a\u00f1adido la posibilidad de usar identificadores \u00fanicos de 64 bits de puntos de montaje para evitar condiciones de carrera al analizar \/proc\/mountinfo.\n<li class=\"l\"> El tama\u00f1o de la estructura &#171;file&#187; en el n\u00facleo se ha reducido de 232 a 184 bytes, lo que permite disminuir el consumo de memoria en sistemas que trabajan activamente con archivos.\n<li class=\"l\"> Se proh\u00edbe montar sistemas de archivos en puntos de montaje dentro de la jerarqu\u00eda \/proc, por ejemplo, en \/proc\/PID\/fd, lo que creaba problemas potenciales de seguridad.\n<li class=\"l\"> En el pseudo-SF NSFS (NameSpace FS), utilizado para trabajar con espacios de nombres, se ha implementado un suministro adicional de informaci\u00f3n sobre los espacios de nombres de los puntos de montaje.\n<li class=\"l\"> En el sistema de archivos EROFS (Extendable Read-Only File System), destinado a ser utilizado en particiones accesibles en modo solo lectura, se ha a\u00f1adido soporte para montar sistemas de archivos directamente desde im\u00e1genes de disco almacenadas como archivos.\n<li class=\"l\"> Se han a\u00f1adido nuevos comandos ioctl XFS_IOC_START_COMMIT y XFS_IOC_COMMIT_RANGE en XFS para intercambiar contenido entre dos archivos.\n<li class=\"l\"> En NFS se ha a\u00f1adido soporte para el protocolo &#171;LOCALIO&#187;, que permite determinar si el cliente y <a class=\"wpil_keyword_link\" href=\"https:\/\/prohoster.info\/es\/server\/\"   title=\"servidor\" data-wpil-keyword-link=\"linked\">servidor<\/a> NFS se encuentran en el mismo host, para aplicar las optimizaciones correspondientes.\n<li class=\"l\"> En el sistema de archivos Btrfs se han propuesto optimizaciones de rendimiento, se ha realizado una reestructuraci\u00f3n del c\u00f3digo, se ha reducido el \u00e1rea de bloqueo de extensiones durante las operaciones de lectura, se ha continuado con el trabajo para la transici\u00f3n al uso de folios de p\u00e1ginas de memoria, y se ha implementado liberaci\u00f3n autom\u00e1tica de memoria para la estructura btrfs_path.\n<li class=\"l\"> En el sistema de archivos Ext4 se han corregido errores relacionados con la asignaci\u00f3n de bloques, la gesti\u00f3n de extensiones, el mecanismo &#171;fast commit&#187; y el registro.                  <\/ul>\n<li class=\"l\"> <b>Virtualizaci\u00f3n y seguridad<\/b>\n<ul>\n<li class=\"l\"> Se ha a\u00f1adido el m\u00f3dulo LSM IPE (Integrity Policy Enforcement), desarrollado por Microsoft para ampliar el sistema existente de control de acceso obligatorio. Este m\u00f3dulo permite definir una pol\u00edtica general de integridad para todo el sistema, especificando qu\u00e9 operaciones son permitidas y c\u00f3mo se debe verificar la autenticidad de los componentes. Por ejemplo, mediante el IPE se puede indicar qu\u00e9 archivos ejecutables est\u00e1n permitidos al ser ejecutados, teniendo en cuenta la verificaci\u00f3n de su conformidad con la versi\u00f3n de referencia a trav\u00e9s de hashes criptogr\u00e1ficos proporcionados por el sistema dm-verity.\n<li class=\"l\"> En la fase de compilaci\u00f3n del n\u00facleo, se ha habilitado la posibilidad de activar por separado los m\u00e9todos de protecci\u00f3n disponibles contra diversas vulnerabilidades de la clase Spectre en la CPU. En Kconfig se proponen nuevos par\u00e1metros: MITIGATE_MDS (protecci\u00f3n contra la vulnerabilidad Microarchitectural Data Sampling), MITIGATE_TAA (protecci\u00f3n contra la vulnerabilidad TSX Asynchronous Abort), MITIGATE_MMIO_STALE_DATA (protecci\u00f3n contra la vulnerabilidad MMIO Stale Data), MITIGATE_L1TF (protecci\u00f3n contra la vulnerabilidad L1 Terminal Fault), MITIGATE_RETBLEED (protecci\u00f3n contra la vulnerabilidad Retbleed), MITIGATE_SPECTRE_V1, MITIGATE_SPECTRE_V2 (protecci\u00f3n contra vulnerabilidades Spectre), MITIGATE_SRBDS (protecci\u00f3n contra la vulnerabilidad Special Register Buffer Data Sampling), MITIGATE_SSB (protecci\u00f3n contra la vulnerabilidad Speculative Store Bypass).\n<li class=\"l\"> Se ha a\u00f1adido el par\u00e1metro de l\u00ednea de comandos proc_mem.force_override y un conjunto de configuraciones de compilaci\u00f3n en Kconfig (PROC_MEM_FORCE_ALWAYS, PROC_MEM_FORCE_PTRACE y PROC_MEM_FORCE_NEVER), que permiten prohibir la modificaci\u00f3n de la memoria a trav\u00e9s de \/proc\/pid\/mem.\n<li class=\"l\"> El subsistema LSM (m\u00f3dulo de seguridad de Linux) ha sido actualizado para utilizar llamadas est\u00e1ticas, lo que ha mejorado la seguridad y aumentado el rendimiento.\n<li class=\"l\"> Se ha permitido el uso de n\u00facleos est\u00e1ndar para la arquitectura ARM64 en entornos hu\u00e9sped que se ejecutan en sistemas Android con un hipervisor KVM modificado (KVM protegido).\n<li class=\"l\"> En el m\u00f3dulo LSM Landlock, que permite restringir la interacci\u00f3n de un grupo de procesos con el entorno externo, se ha implementado el concepto &#171;IPC scoping&#187; para limitar selectivamente la interacci\u00f3n con entornos sandbox, utilizando sockets Unix y se\u00f1ales. Por ejemplo, se puede prohibir la conexi\u00f3n mediante sockets Unix desde el entorno sandbox a procesos en los que no se aplica la aislamiento, pero permitir conexiones con procesos en la misma \u00e1rea de scope.\n<li class=\"l\"> En el hipervisor KVM, se ha a\u00f1adido un flag en CPUID para sistemas hu\u00e9spedes que indica el soporte para las extensiones AVX10.1.            <\/ul>\n<li class=\"l\"> <b>Subsistema de red<\/b>\n<ul>\n<li class=\"l\"> Se ha a\u00f1adido el mecanismo Device Memory TCP, que permite utilizar sockets de red para el env\u00edo directo del contenido de la memoria de los dispositivos perif\u00e9ricos a trav\u00e9s de la red (modo zero-copy) y la colocaci\u00f3n directa del contenido de los paquetes de red en la memoria del dispositivo en el lado del receptor. Los datos transmitidos en los paquetes se env\u00edan directamente desde la tarjeta de red a la memoria del dispositivo perif\u00e9rico o desde la memoria del dispositivo a la tarjeta de red, evitando la CPU, mientras que las cabeceras de los paquetes se colocan en los b\u00faferes normales del n\u00facleo.\n<li class=\"l\"> Se han ampliado las capacidades de muchos controladores Ethernet y inal\u00e1mbricos. Por ejemplo, el controlador Intel iwlwifi ha a\u00f1adido soporte para trasladar operaciones RLC\/SMPS al firmware, en el controlador RealTek rtw89 se ha mejorado el rendimiento y se ha a\u00f1adido soporte para los chips RTL8852BT\/8852BE-VT (WiFi 6), en el controlador Ethernet de microchip se ha a\u00f1adido soporte para las especificaciones IEEE 802.3bw (100BASE-T1) e IEEE 802.3bp, y se han mejorado las implementaciones de Ethernet virtual de Microsoft vNIC e IBM veth. Se han a\u00f1adido nuevos controladores para los chips Ethernet Realtek RTL9054, RTL9068, RTL9072, RTL9075, RTL9068, RTL9071 y Microchip LAN8650\/1 10BASE-T1S MAC-PHY.\n<li class=\"l\"> En MPTCP (MultiPath TCP), una extensi\u00f3n del protocolo TCP para la entrega de paquetes TCP de forma simult\u00e1nea a trav\u00e9s de m\u00faltiples rutas a trav\u00e9s de diferentes interfaces de red, el tama\u00f1o de los coeficientes de peso utilizados en la ruta se ha incrementado de 8 a 16 bits. Se ha implementado la identificaci\u00f3n del tr\u00e1fico perdido (blackhole) y la suspensi\u00f3n temporal de los intentos de establecer conexiones con sistemas que provocan la p\u00e9rdida de tr\u00e1fico.\n<li class=\"l\"> Para IPv6 se ha implementado el soporte de la bandera &#171;p&#187; en PIO (Prefix Information Option), utilizada en los anuncios RA (IPv6 Router Advertisements) para seleccionar el modelo de implementaci\u00f3n de clientes a trav\u00e9s de DHCPv6-PD (DHCPv6 Prefix Delegation, RFC9663) en lugar de asignar direcciones individuales basadas en prefijos, usando SLAAC (Stateless Address Autoconfiguration). En IPv6 IOAM6 se ha a\u00f1adido soporte para un nuevo modo de encapsulaci\u00f3n tunsrc, que permite lograr un mayor rendimiento.\n<li class=\"l\"> Se ha mejorado el rendimiento del procesamiento de paquetes de control IPsec.\n<li class=\"l\"> Se ha mejorado el rendimiento del vaciado (flush) de grandes conjuntos de reglas nftables. En nfnetlink_queue se ha mejorado el soporte para el protocolo SCTP.\n<li class=\"l\"> En la API ethtool se ha a\u00f1adido soporte para vincular m\u00faltiples tarjetas de red a una \u00fanica interfaz de red.                      <\/ul>\n<li class=\"l\"> <b>Hardware<\/b>\n<ul>\n<li class=\"l\"> En el controlador AMDGPU se ha continuado el trabajo para implementar el soporte para GPU AMD RDNA4 (&#171;GFX12&#187;). Se ha a\u00f1adido la posibilidad de restablecer colas de tareas individuales sin reiniciar el estado de toda la GPU.\n<li class=\"l\"> Se ha continuado el trabajo en el controlador drm (Direct Rendering Manager) Xe para GPUs basadas en la arquitectura Intel Xe, que se utiliza en las tarjetas gr\u00e1ficas Intel de la serie Arc y en gr\u00e1ficos integrados, comenzando con los procesadores Tiger Lake. La nueva versi\u00f3n incluye soporte para GPU basadas en las microarquitecturas Battlemage y Lunar Lake. Se present\u00f3 soporte para modificadores CCS (Color Control Surface) Xe2 para gestionar los par\u00e1metros de los GPU integrados y discretos.\n<li class=\"l\"> En el controlador i915 se ha implementado la capacidad de salida a trav\u00e9s de la interfaz HWMON o sysfs (atributo &#171;fan1_input&#187;) con informaci\u00f3n sobre la velocidad de rotaci\u00f3n del ventilador. Se ha declarado obsoleto el par\u00e1metro &#171;i915.modeset&#187;, en lugar de &#171;i915.modeset=0&#187; se debe utilizar el par\u00e1metro &#171;i915.nomodeset&#187;.\n<li class=\"l\"> En el controlador DRM msm (GPU Qualcomm Adreno) se ha agregado soporte para las GPU A615, A306 y A621.\n<li class=\"l\"> Se ha realizado una reestructuraci\u00f3n y limpieza de las estructuras internas en el controlador Nouveau.\n<li class=\"l\"> En el controlador intel_pstate, que gestiona los par\u00e1metros de consumo de energ\u00eda (P-state) en sistemas con procesadores Intel, se ha a\u00f1adido soporte para sistemas h\u00edbridos con CPUs asim\u00e9tricos (que difieren en caracter\u00edsticas), as\u00ed como soporte para la gesti\u00f3n de energ\u00eda de procesadores basados en las microarquitecturas Granite Rapids y Sierra Forest. En el controlador intel_idle se ha agregado soporte para CPUs Xeon Granite Rapids. En el controlador intel_rapl se ha asegurado el reconocimiento de procesos de la familia 1Ah de AMD y de los procesadores Intel ArrowLake-U.\n<li class=\"l\"> Se ha continuado la incorporaci\u00f3n de cambios para soportar el SoC ARM Snapdragon X Elite, que utiliza un propio CPU Qualcomm Oryon de 12 n\u00facleos y GPU Qualcomm Adreno. Este chip est\u00e1 destinado para su uso en port\u00e1tiles y PCs, superando en muchas pruebas de rendimiento a los chips Apple M3 y Intel Core Ultra 155H.\n<li class=\"l\"> Se ha a\u00f1adido soporte para placas, SoCs y dispositivos ARM: Broadcom bcm2712 (Raspberry Pi 5), Renesas R9A09G057 (RZ\/V2H), Qualcomm Snapdragon 414 (MSM8929), Lenovo ThinkPad T14s Gen 6, Lenovo A6000\/A6010, Surface Laptop 7, Anbernic RG35XXSP, Firefly Core-PX30-JD4, Lunzn Fastrhino R68S, Aspeed Riser, AGX Orin, Rockchip Qnap-TS433, Huashan Pi, Meta Catalina, BeagleY-AI, NanoPi R2S Plus, ExynosAuto v920, SOPHGO SG2002, Qualcomm IPQ5332, LG G4 (h815), Cool Pi CM5 GenBook, Anbernic RG35XXSP, GameForce Ace, IBM P11, Kontron i.MX93 OSM-S, NanoPC-T6.\n<li class=\"l\"> Se ha a\u00f1adido soporte para paneles de pantalla Anbernic RG28XX, On Tat Industrial Company KD50G21-40NT-A1, Innolux G070ACE-LH3, Melfas lmfbx101117480, Densitron DMT028VGHMCMI-1D, Microchip AC40T08A, AOU B116XTN02.3, AUO B116XAN06.1, AOU B116XAT04.1, BOE TV101WUM-LL2, BOE NV140WUM-N41, BOE NV133WUM-N63, BOE NV116WHM-A4D, BOE NE140WUM-N6G, CMN N116BCA-EA2, CMN N116BCP-EA2, CSW MNB601LS1-4, Starry er88577.\n<li class=\"l\"> En el sistema de sonido se ha a\u00f1adido soporte para los chips y c\u00f3decs RME Digiface USB, AMD ACP 7.1, Mediatek MT6367, MT8365, Realtek RTL1320, C-Media CM9825. Se han declarado obsoletos los antiguos controladores de sonido para ASoC Intel, y se recomienda utilizar los controladores AVS. Se han realizado muchas mejoras en el controlador SoundWire.      <\/ul>\n<\/ul>\n<p>Fuente: <a content=\"nofollow\" rel=\"nofollow\" href=\"https:\/\/www.opennet.ru\/opennews\/art.shtml?num=62243\">opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"<p>\u041f\u043e\u0441\u043b\u0435 \u0434\u0432\u0443\u0445 \u043c\u0435\u0441\u044f\u0446\u0435\u0432 \u0440\u0430\u0437\u0440\u0430\u0431\u043e\u0442\u043a\u0438 \u041b\u0438\u043d\u0443\u0441 \u0422\u043e\u0440\u0432\u0430\u043b\u044c\u0434\u0441 \u043f\u0440\u0435\u0434\u0441\u0442\u0430\u0432\u0438\u043b \u0440\u0435\u043b\u0438\u0437 \u044f\u0434\u0440\u0430 Linux 6.12. \u0421\u0440\u0435\u0434\u0438 \u043d\u0430\u0438\u0431\u043e\u043b\u0435\u0435 \u0437\u0430\u043c\u0435\u0442\u043d\u044b\u0445 \u0438\u0437\u043c\u0435\u043d\u0435\u043d\u0438\u0439: \u0432\u043e\u0437\u043c\u043e\u0436\u043d\u043e\u0441\u0442\u044c \u0432\u043a\u043b\u044e\u0447\u0435\u043d\u0438\u044f Realtime-\u0440\u0435\u0436\u0438\u043c\u0430, sched_ext \u0434\u043b\u044f \u0441\u043e\u0437\u0434\u0430\u043d\u0438\u044f \u043f\u043b\u0430\u043d\u0438\u0440\u043e\u0432\u0449\u0438\u043a\u043e\u0432 CPU \u0447\u0435\u0440\u0435\u0437 eBPF, \u0432\u044b\u0432\u043e\u0434 QR-\u043a\u043e\u0434\u0430 \u043f\u0440\u0438 \u0430\u0432\u0430\u0440\u0438\u0439\u043d\u044b\u0445 \u0441\u043e\u0441\u0442\u043e\u044f\u043d\u0438\u044f\u0445, \u043c\u0435\u0445\u0430\u043d\u0438\u0437\u043c Device Memory TCP, \u043c\u0435\u0445\u0430\u043d\u0438\u0437\u043c \u0440\u0435\u0437\u0435\u0440\u0432\u0438\u0440\u043e\u0432\u0430\u043d\u0438\u044f \u0440\u0435\u0441\u0443\u0440\u0441\u043e\u0432 SCHED_DEADLINE server, \u0443\u043b\u0443\u0447\u0448\u0435\u043d\u0438\u0435 \u043f\u043b\u0430\u043d\u0438\u0440\u043e\u0432\u0449\u0438\u043a\u0430 \u0437\u0430\u0434\u0430\u0447 EEVDF, \u043c\u043e\u0434\u0443\u043b\u044c IPE \u0434\u043b\u044f \u0437\u0430\u0434\u0430\u043d\u0438\u044f \u043f\u043e\u043b\u0438\u0442\u0438\u043a \u043e\u0431\u0435\u0441\u043f\u0435\u0447\u0435\u043d\u0438\u044f \u0446\u0435\u043b\u043e\u0441\u0442\u043d\u043e\u0441\u0442\u0438. \u0412 \u043d\u043e\u0432\u0443\u044e \u0432\u0435\u0440\u0441\u0438\u044e \u043f\u0440\u0438\u043d\u044f\u0442\u043e 14607 [&hellip;]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[702],"tags":[],"class_list":["post-120593","post","type-post","status-publish","format-standard","hentry","category-news"],"aioseo_notices":[],"aioseo_head":"\n\t\t<!-- All in One SEO 5.0.2 - aioseo.com -->\n\t<meta name=\"description\" content=\"\u041f\u043e\u0441\u043b\u0435 \u0434\u0432\u0443\u0445 \u043c\u0435\u0441\u044f\u0446\u0435\u0432 \u0440\u0430\u0437\u0440\u0430\u0431\u043e\u0442\u043a\u0438 \u041b\u0438\u043d\u0443\u0441 \u0422\u043e\u0440\u0432\u0430\u043b\u044c\u0434\u0441 \u043f\u0440\u0435\u0434\u0441\u0442\u0430\u0432\u0438\u043b \u0440\u0435\u043b\u0438\u0437 \u044f\u0434\u0440\u0430 Linux 6.12.\" \/>\n\t<meta name=\"robots\" content=\"max-image-preview:large\" \/>\n\t<meta name=\"author\" content=\"Yuri Gagarin\"\/>\n\t<link rel=\"canonical\" href=\"https:\/\/prohoster.info\/es\/blog\/news\/reliz-yadra-linux-6-12-s-podderzhkoj-realtime-rezhima\" \/>\n\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 5.0.2\" \/>\n\t\t<meta property=\"og:locale\" content=\"es_ES\" \/>\n\t\t<meta property=\"og:site_name\" content=\"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b\" \/>\n\t\t<meta property=\"og:type\" content=\"article\" \/>\n\t\t<meta property=\"og:title\" content=\"\ud83e\udd47\u0420\u0435\u043b\u0438\u0437 \u044f\u0434\u0440\u0430 Linux 6.12 \u0441 \u043f\u043e\u0434\u0434\u0435\u0440\u0436\u043a\u043e\u0439 Realtime-\u0440\u0435\u0436\u0438\u043c\u0430 | ProHoster\" \/>\n\t\t<meta property=\"og:description\" content=\"\u041f\u043e\u0441\u043b\u0435 \u0434\u0432\u0443\u0445 \u043c\u0435\u0441\u044f\u0446\u0435\u0432 \u0440\u0430\u0437\u0440\u0430\u0431\u043e\u0442\u043a\u0438 \u041b\u0438\u043d\u0443\u0441 \u0422\u043e\u0440\u0432\u0430\u043b\u044c\u0434\u0441 \u043f\u0440\u0435\u0434\u0441\u0442\u0430\u0432\u0438\u043b \u0440\u0435\u043b\u0438\u0437 \u044f\u0434\u0440\u0430 Linux 6.12.\" \/>\n\t\t<meta property=\"og:url\" content=\"https:\/\/prohoster.info\/es\/blog\/news\/reliz-yadra-linux-6-12-s-podderzhkoj-realtime-rezhima\" \/>\n\t\t<meta property=\"og:image\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:secure_url\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:width\" content=\"350\" \/>\n\t\t<meta property=\"og:image:height\" content=\"350\" \/>\n\t\t<meta property=\"article:published_time\" content=\"2024-11-18T11:09:07+00:00\" \/>\n\t\t<meta property=\"article:modified_time\" content=\"2024-11-18T11:09:07+00:00\" \/>\n\t\t<meta property=\"article:publisher\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<meta property=\"article:author\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<!-- All in One SEO -->\n\n","aioseo_head_json":{"title":"\ud83e\udd47Lanzamiento del n\u00facleo Linux 6.12 con soporte para modo Realtime | ProHoster","description":"Despu\u00e9s de dos meses de desarrollo, Linus Torvalds present\u00f3 la versi\u00f3n del n\u00facleo Linux 6.12.","canonical_url":"https:\/\/prohoster.info\/es\/blog\/news\/reliz-yadra-linux-6-12-s-podderzhkoj-realtime-rezhima","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"es_ES","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47\u0420\u0435\u043b\u0438\u0437 \u044f\u0434\u0440\u0430 Linux 6.12 \u0441 \u043f\u043e\u0434\u0434\u0435\u0440\u0436\u043a\u043e\u0439 Realtime-\u0440\u0435\u0436\u0438\u043c\u0430 | ProHoster","og:description":"\u041f\u043e\u0441\u043b\u0435 \u0434\u0432\u0443\u0445 \u043c\u0435\u0441\u044f\u0446\u0435\u0432 \u0440\u0430\u0437\u0440\u0430\u0431\u043e\u0442\u043a\u0438 \u041b\u0438\u043d\u0443\u0441 \u0422\u043e\u0440\u0432\u0430\u043b\u044c\u0434\u0441 \u043f\u0440\u0435\u0434\u0441\u0442\u0430\u0432\u0438\u043b \u0440\u0435\u043b\u0438\u0437 \u044f\u0434\u0440\u0430 Linux 6.12.","og:url":"https:\/\/prohoster.info\/es\/blog\/news\/reliz-yadra-linux-6-12-s-podderzhkoj-realtime-rezhima","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2024-11-18T11:09:07+00:00","article:modified_time":"2024-11-18T11:09:07+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"120593","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":"default","schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":"2026-01-23 08:06:19","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2026-01-23 08:06:19","updated":"2026-01-23 08:06:19","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/posts\/120593","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/comments?post=120593"}],"version-history":[{"count":2,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/posts\/120593\/revisions"}],"predecessor-version":[{"id":173076,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/posts\/120593\/revisions\/173076"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/media?parent=120593"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/categories?post=120593"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/tags?post=120593"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}