Linux 7.1

 (lore.kernel.org)
1 puntos por GN⁺ 6 시간 전 | 1 comentarios | Compartir por WhatsApp
  • Linux 7.1 se distribuyó siguiendo el calendario regular de lanzamientos, y continúa el flujo de desarrollo del kernel en el que la ventana de integración se abre justo después del lanzamiento
  • En los cambios de la semana pasada de esta versión no destacó nada especialmente interesante ni preocupante, lo que está bastante cerca del estado deseado
  • Los cambios consisten principalmente en pequeñas actualizaciones de GPU, redes, sonido y otros controladores, además de correcciones en redes y herramientas de trazado
  • La ventana de integración se abrirá al día siguiente, pero debido a un vuelo largo sin laptop ni internet, el tiempo de respuesta durante los primeros días podría ser más irregular de lo habitual
  • Algunas pull requests iniciales pueden recuperarse por adelantado y procesarse sin conexión, y las pruebas deben continuar incluso después del lanzamiento

Resumen del lanzamiento

  • El lanzamiento de Linux 7.1 se realizó en el momento habitual, aunque no fue en el horario regular debido a la diferencia de zona horaria del lugar actual
  • La ventana de integración se abre al día siguiente del lanzamiento, y para entonces se estará en otra zona horaria, por lo que el calendario puede volverse algo irregular
  • Normalmente se adelanta la mayor cantidad posible de trabajo durante los primeros días de la ventana de integración, pero esta vez podría ser difícil hacerlo de la misma manera debido a un vuelo largo sin laptop ni internet
  • Algunas pull requests iniciales ya se habían traído por adelantado, así que parte del trabajo de integración puede hacerse sin conexión

Operación de la ventana de integración

  • Puede haber algo de retraso en la ventana de integración, pero la noticia principal de esta versión es la distribución de 7.1
  • También se consideró la posibilidad de extender el lanzamiento una semana, pero se decidió no hacerlo al considerar que no valía demasiado la pena
  • Se pide comprensión anticipada porque durante los próximos días el tiempo de respuesta en la ventana de integración podría ser algo aleatorio
  • Las pruebas deben continuar incluso después del lanzamiento

Naturaleza de los cambios de la semana pasada

  • En el shortlog de la semana pasada no sobresale nada especialmente interesante ni alarmante, y eso corresponde a un estado normal del lanzamiento
  • La mayoría de los cambios consisten en pequeñas actualizaciones de controladores
    • Las áreas afectadas son GPU, redes, sonido y otros controladores
  • También se incluyen correcciones relacionadas con redes y trace tooling
  • En otras áreas hay además pequeños cambios diversos

Alcance principal de las correcciones

  • En los controladores serie USB se corrigieron problemas de heap overflow y bulk-out buffer overflow
  • En el área de redes se corrigieron errores y fugas en varios subcomponentes como Open vSwitch, netfilter, SCTP, TCP, IPv6, XDP, RDMA, mlx5 y mvpp2
  • En DRM y GPU se corrigieron errores y problemas de refcount relacionados con amdgpu, xe, i915, virtio, hyperv y colorop, además de problemas de suspensión y apagado
  • En gestión de memoria y áreas cercanas a archivos e IPC se corrigieron múltiples casos de use-after-free, NULL pointer dereference, refcount leak y resource leak
  • También se aplicaron pequeñas correcciones a controladores y herramientas relacionados con I2C, GPIO, SPI, ASoC, cpufreq, firmware, thunderbolt y Hyper-V

Puntos prácticos de referencia

  • Esta versión muestra un flujo de cambios más cercano a un lanzamiento de correcciones orientado a la estabilización que a un anuncio de grandes funciones
  • En entornos que usan controladores, redes y herramientas de trazado, conviene revisar los elementos de corrección por subsistema incluidos en el shortlog
  • Se pidió continuar las pruebas incluso después del lanzamiento, y hay que tener en cuenta la posible demora de respuesta al inicio de la ventana de integración

Lecturas relacionadas

1 comentarios

 
GN⁺ 6 시간 전
Comentarios de Hacker News

  • Personalmente, me entusiasma bastante este commit que corrige el WiFi lento que sufría con la combinación de módem/router del ISP y laptop
    https://github.com/torvalds/linux/commit/711a9c018ad252b2807...
    Ojalá llegue pronto a Fedora

  • Tengo ganas de probar el nuevo driver de NTFS
    Ojalá esta versión sea mejor que ntfs3 de Paragon

    • Me pregunto qué le faltaba al driver anterior
      Entiendo que el soporte NTFS en Linux es sobre todo para leer y escribir archivos en discos de Windows, y me parece que los drivers NTFS de Linux, incluyendo el anterior basado en FUSE antes de Paragon, cumplían bien para ese propósito
    • Está bastante bien
      Lo empaqueté en mi overlay de Gentoo y lo llevo usando desde hace meses, y no tiene los problemas raros que veía con ntfs3

  • El valor predeterminado actual de Arch es 7.0.10
    Espero que 7.1 entre pronto al rolling release

    • Fedora probablemente tarde unos meses
      Ahora mismo va en 7.0.12

  • Sacar del kernel código muy viejo y casi sin uso para reducir los reportes de bugs asistidos por IA me parece uno de los mejores resultados que ha traído la IA
    Me gusta
    Ya deberíamos empezar a quitarle un poco de grasa a todo

    • Por esa forma de pensar, las organizaciones terminaron comprando equipos nuevos solo porque sus desktops perfectamente funcionales no podían correr Windows 11
      Yo todavía uso servidores de hace 10 años, y en Linux funcionan bien
    • “La perfección se alcanza no cuando ya no hay nada que agregar, sino cuando ya no hay nada que quitar.” — Antoine de Saint-Exupéry
      Uno de mis amigos fue infame durante un tiempo por decir hoy borré X líneas de código
    • He intentado enviar código para que algunas distros excluyan drivers viejos de la compilación del kernel, pero siempre lo rechazan
      Hasta que Torvalds diga que está bien, todos temen romper la experiencia del usuario
    • Aunque seguramente era una broma, la primera vez que lo leí entendí que Linux estaba eliminando superficies de ataque al tocar funciones casi sin uso
      Al menos en los sistemas operativos móviles, los formatos o funciones extraños y poco comunes han sido, o todavía pueden ser, una fuente frecuente de bugs explotables
    • Los usuarios finales podrían no actualizar, así que estaría bien tener una definición de hardware obsoleto
      Para mí, todas las impresoras HP son obsoletas, pero otra persona podría tener un criterio totalmente distinto e igual de válido
      Me pregunto cómo se decide eso en hardware de computadora

  • ¿Hay algo especialmente interesante en este lanzamiento?
    Creo que el primer número de la versión solo cambia cuando el segundo ya se hizo demasiado grande, y no por otra razón

  • ¿Alguien vio pasar por un instante un avatar animado justo antes de que cargara el contenido? ¿Qué era eso?

  • Última hora: Linus está en movimiento
    ¿Me perdí de algo, o solo es otro número más?

    • Los cambios de numeración se vuelven aburridos si no traen grandes cambios ni intentan mejorar todo de golpe
      Aun así, la ventaja es que ese FOMO por el número impulsa la novedad, y gracias a eso el ciclo de mejoras se vuelve más cerrado
      Lo interesante y arriesgado siempre está detrás de flags, así que si de verdad te importa, puedes compilar, configurar y hacer benchmarks tú mismo del kernel y del sistema
    • “De todos modos, puede haber un pequeño hipo en la merge window, pero la noticia de hoy es 7.1.”
      “No destaca nada especialmente interesante ni aterrador, y así es como debe ser.”
      Así que sí, es un número
    • Me sorprende que nadie le pague a Linus el WiFi a bordo
      Debe ser uno de los gastos con mejor retorno por dólar que existen!

  • ¿Es seguro asumir que en Debian Stable veremos esto por ahí de 2036?

    • Los lanzamientos recientes del kernel de Linux van en este orden: 7.1, 7.0, 6.19, 6.18, …
      https://en.wikipedia.org/wiki/Linux_kernel_version_history
      7.0 ya está en forky (actualmente testing), y también está disponible como backport para trixie (actualmente stable)
      https://packages.debian.org/search?keywords=linux-image-amd6...
      https://packages.debian.org/trixie-backports/linux-image-amd...
      El kernel predeterminado de trixie/stable es 6.12, lanzado por primera vez en noviembre de 2024, y cuenta con soporte oficial upstream hasta diciembre de 2028
    • Sé que es un meme, pero yo uso el kernel de backports en Debian Stable y estoy en la versión 6.19
      Ahora mismo solo está a una versión menor de 7.0
      Ojalá más gente considerara Debian para sus equipos. Me gusta que sea un sistema muy estable y, a diferencia de Ubuntu, de verdad ha sido una experiencia de “simplemente funciona”, sin la fricción que aparece con distribuciones más pequeñas
      Instalé Debian Trixie en hardware bastante reciente cuando Trixie todavía era Testing; para asegurar compatibilidad hice que todo fuera AMD, pero tenía todos los drivers que necesitaba
      Ahora solo me falta averiguar cómo compilar paquetes para poder contribuir a Debian, y ojalá AMD también pusiera en orden de una vez el soporte de NPU para Linux
    • En Debian es bastante fácil compilar paquetes del kernel directamente desde las fuentes vanilla
      Yo suelo subir a la versión más reciente 7.0.x a las pocas horas de su lanzamiento
      La compilación tarda entre 30 y 45 minutos, dependiendo de cuánto tiempo le dediques a revisar el ChangeLog. Puede variar según el entorno
    • Puede que no sea una pregunta seria, pero respondiendo en serio de todos modos: nunca me ha preocupado qué kernel usa Debian Stable
      Si quieres un kernel más reciente, puedes usar Debian unstable (Sid), que actualmente va en 7.0.12. Eso corresponde al kernel stable actual mientras 7.1 es mainline
      En servidores uso Stable, y el Trixie actual funciona perfectamente bien incluso con el kernel 6.17.3
      Debian Forky probablemente se lanzará por ahí de 2027 y, según cómo vayan las cosas, usará un kernel 7.0.x o 7.1.x
      El kernel que se usa en el testing actual, es decir, la próxima versión que será stable, es 7.0.10
    • ¿No incluirá Forky/14 esta versión o una más nueva cuando salga el próximo año?
      Debian se mueve lento, pero si quieres algo rápido puedes usar Arch o Fedora; aun así, Debian sigue avanzando