Linux 7.1

 (lore.kernel.org)
1 Punkte von GN⁺ 6 시간 전 | 1 Kommentare | Auf WhatsApp teilen
  • Linux 7.1 wurde planmäßig zum regulären Release-Zeitpunkt veröffentlicht, und der Kernel-Entwicklungsablauf mit dem Merge Window direkt nach dem Release wird fortgesetzt
  • In den Änderungen der vergangenen Woche stach nichts besonders Interessantes oder Besorgniserregendes hervor, was eher dem beabsichtigten Zustand entspricht
  • Die Änderungen bestehen hauptsächlich aus kleinen Updates für GPU-, Netzwerk-, Sound- und sonstige Treiber sowie Korrekturen bei Netzwerk- und Tracing-Tools
  • Das Merge Window öffnet am nächsten Tag, aber wegen eines Langstreckenflugs ohne Laptop und Internet kann die Bearbeitungszeit in den ersten Tagen unregelmäßiger als üblich sein
  • Einige frühe Pull Requests können vorab geholt und auch offline bearbeitet werden, und die Tests sollten auch nach dem Release fortgesetzt werden

Release-Überblick

  • Das Linux-7.1-Release erfolgte planmäßig, aber aufgrund der Zeitzone des aktuellen Aufenthaltsorts nicht zur üblichen lokalen Uhrzeit
  • Das Merge Window öffnet am Tag nach dem Release, und zu diesem Zeitpunkt wird sich der Maintainer erneut in einer anderen Zeitzone befinden, wodurch der Zeitplan etwas unregelmäßig werden kann
  • Normalerweise wird versucht, in den ersten Tagen des Merge Windows möglichst viel Arbeit vorzuziehen, doch diesmal könnte das wegen eines Langstreckenflugs ohne Laptop und Internet schwieriger sein
  • Einige frühe Pull Requests wurden bereits vorab geholt, sodass ein Teil der Merge-Arbeit auch offline erledigt werden kann

Betrieb des Merge Windows

  • Es kann im Merge Window zu leichten Verzögerungen kommen, aber die zentrale Nachricht dieses Releases ist die Veröffentlichung von 7.1
  • Eine Verlängerung des Releases um eine Woche wurde ebenfalls erwogen, aber als nicht lohnend bewertet und daher nicht umgesetzt
  • In den kommenden Tagen können die Reaktionszeiten im Merge Window etwas zufällig ausfallen, wofür vorab um Verständnis gebeten wird
  • Tests sollten auch nach dem Release fortgesetzt werden

Charakter der Änderungen der vergangenen Woche

  • Im Shortlog der vergangenen Woche sticht nichts besonders Interessantes oder Beängstigendes hervor, was einem normalen Release-Zustand entspricht
  • Der Großteil der Änderungen besteht aus kleinen Treiber-Updates
    • Betroffen sind GPU-, Netzwerk-, Sound- und sonstige Treiber
  • Enthalten sind auch Korrekturen im Bereich Netzwerk und bei Tracing-Tools
  • Daneben gibt es kleinere Änderungen in verschiedenen weiteren Bereichen

Wichtige Korrekturbereiche

  • Bei den USB-Seriell-Treibern wurden Probleme mit Heap Overflow und Bulk-Out-Buffer-Overflow behoben
  • Im Netzwerkbereich wurden Fehler und Lecks in mehreren Unterkomponenten behoben, darunter Open vSwitch, netfilter, SCTP, TCP, IPv6, XDP, RDMA, mlx5 und mvpp2
  • Im DRM- und GPU-Bereich wurden Fehler bei amdgpu, xe, i915, virtio, hyperv und colorop sowie Probleme mit Refcounting und mit Suspend- bzw. Shutdown-Abläufen behoben
  • In der Speicherverwaltung sowie in datei- und IPC-nahen Bereichen wurden zahlreiche Probleme wie Use-after-free, NULL Pointer Dereference, Refcount Leak und Resource Leak behoben
  • Auch bei Treibern und Tools rund um I2C, GPIO, SPI, ASoC, cpufreq, Firmware, Thunderbolt und Hyper-V wurden kleinere Korrekturen übernommen

Praktische Hinweise

  • Dieses Release zeigt eher den Charakter eines Bugfix-Releases zur Stabilisierung als den einer großen Feature-Ankündigung
  • In Umgebungen, die Treiber, Netzwerkfunktionen oder Tracing-Tools nutzen, sollten die subsystembezogenen Korrekturen im Shortlog geprüft werden
  • Auch direkt nach dem Release wurde zu weiteren Tests aufgerufen, und mögliche Verzögerungen bei den frühen Reaktionen im Merge Window sollten eingeplant werden

Verwandte Beiträge

1 Kommentare

 
GN⁺ 6 시간 전
Hacker-News-Kommentare

  • Ich freue mich persönlich ziemlich auf diesen Commit, der das langsame WiFi behebt, das ich mit der Kombination aus ISP-Modem/-Router und Laptop erlebt habe
    https://github.com/torvalds/linux/commit/711a9c018ad252b2807...
    Hoffentlich landet er bald in Fedora

  • Ich freue mich darauf, den neuen NTFS-Treiber auszuprobieren
    Hoffentlich ist diese Version besser als Paragons ntfs3

    • Ich frage mich, was dem vorherigen Treiber gefehlt hat
      Soweit ich weiß, dient die NTFS-Unterstützung unter Linux größtenteils dazu, Dateien auf Windows-Datenträgern zu lesen und zu schreiben, und für diesen Zweck waren die Linux-NTFS-Treiber meiner Meinung nach immer okay, einschließlich des FUSE-basierten Treibers vor Paragon
    • Ist solide
      Ich habe ihn in meinem Gentoo-Overlay paketiert und nutze ihn seit Monaten, und die merkwürdigen Probleme, die ich bei ntfs3 gesehen habe, treten nicht auf

  • Der aktuelle Standard in Arch ist 7.0.10
    Ich hoffe, dass 7.1 bald als Rolling-Update kommt

    • Bei Fedora dürfte es wohl ein paar Monate dauern
      Dort ist es gerade 7.0.12

  • Sehr alten und kaum genutzten Code aus dem Kernel herauszudrängen, um KI-gestützte Bugreports zu reduzieren, ist für mich eines der besten Ergebnisse, die KI bisher gebracht hat
    Gefällt mir
    Jetzt sollten wir anfangen, überall ein bisschen Ballast loszuwerden

    • Genau diese Denkweise hat dazu geführt, dass Organisationen massenhaft neue Desktops kaufen mussten, nur weil ihre völlig funktionierenden Geräte Windows 11 nicht ausführen konnten
      Ich nutze sogar noch 10 Jahre alte Server, und unter Linux laufen sie einwandfrei
    • „Perfektion ist nicht dann erreicht, wenn man nichts mehr hinzufügen kann, sondern wenn man nichts mehr weglassen kann.“ — Antoine de Saint-Exupéry
      Einer meiner Freunde war eine Zeit lang dafür berüchtigt, sagen zu können: Heute habe ich X Zeilen Code gelöscht
    • Ich habe versucht, Code einzureichen, der alte Treiber in einigen Distributionen aus dem Kernel-Build entfernt, aber alles wurde abgelehnt
      Bis Torvalds sagt, dass es okay ist, haben alle Angst davor, die User Experience kaputtzumachen
    • Oberflächlich betrachtet ist das wohl ein Witz, aber beim ersten Lesen habe ich es so verstanden, dass Linux dadurch Angriffsflächen entfernt, die durch kaum genutzte Funktionen entstehen
      Zumindest bei Smartphone-Betriebssystemen waren oder sind ungewöhnliche und seltene Formate oder Funktionen oft eine Quelle ausnutzbarer Bugs
    • Endnutzer werden vielleicht nicht upgraden, daher wäre eine Definition von veralteter Hardware hilfreich
      Nach meinem Maßstab sind alle HP-Drucker veraltet, aber jemand anderes kann einen ebenso plausiblen und völlig anderen Maßstab haben
      Ich frage mich, wie man das bei Computer-Hardware festlegt

  • Gibt es in diesem Release irgendetwas besonders Interessantes?
    Die erste Zahl der Version ändert sich doch nur, wenn die zweite zu groß geworden ist, und nicht aus irgendeinem anderen Grund

  • Hat sonst noch jemand kurz vor dem Laden des Inhalts für einen Augenblick einen animierten Avatar vorbeihuschen sehen? Was war das?

  • Eilmeldung: Linus ist unterwegs
    Habe ich etwas verpasst, oder ist es einfach nur wieder eine Zahl?

    • Die Änderung der Zahl wird irgendwann langweilig, wenn sie nichts Besonderes verändert und nicht versucht, alles auf einmal zu verbessern
      Trotzdem ist es ein Vorteil, dass die FOMO rund um die Zahl das Neue anschiebt und dadurch die Verbesserungsschleife dichter macht
      Die interessanten und riskanten Dinge sind ohnehin immer hinter Flags, also kann man, wenn es einen wirklich kümmert, den Kernel und das System einfach selbst bauen, konfigurieren und benchmarken
    • „Wie dem auch sei, es mag im Merge-Fenster ein kleines Hickup gegeben haben, aber die heutige Neuigkeit ist 7.1.“
      „Nichts besonders Interessantes oder Beängstigendes sticht hervor, und genau so sollte es sein.“
      Also ja, es ist eine Zahl
    • Es überrascht mich, dass niemand Linus das WLAN im Flugzeug bezahlt
      Gemessen am Ertrag pro Dollar wäre das wohl eine der besten Ausgaben überhaupt!

  • Kann man in Debian Stable davon ausgehen, das etwa 2036 zu sehen?

    • Die neuesten Linux-Kernel-Releases sind 7.1, 7.0, 6.19, 6.18, …
      https://en.wikipedia.org/wiki/Linux_kernel_version_history
      7.0 ist bereits in forky (aktuell testing) und wird auch als Backport für trixie (aktuell stable) angeboten
      https://packages.debian.org/search?keywords=linux-image-amd6...
      https://packages.debian.org/trixie-backports/linux-image-amd...
      Der Standard-Kernel von trixie/stable ist 6.12, erstmals im November 2024 veröffentlicht, und wird upstream offiziell bis Dezember 2028 unterstützt
    • Ich weiß, dass es ein Meme ist, aber ich nutze in Debian Stable einen Backport-Kernel und bin auf Version 6.19
      Damit liege ich derzeit nur noch eine Minor-Version hinter 7.0
      Ich wünschte, mehr Leute würden Debian für ihre Geräte in Betracht ziehen. Mir gefällt, dass es ein sehr stabiles System ist; anders als bei Ubuntu war es für mich wirklich eine Erfahrung von „einfach funktioniert“, und es gab auch nicht die Reibungen, die man bei kleinen Distributionen hat
      Ich habe Debian Trixie installiert, als es noch Testing war, auf ziemlich aktueller Hardware; für die Kompatibilität bin ich zwar komplett auf AMD gegangen, aber alle nötigen Treiber waren vorhanden
      Jetzt müsste ich nur noch herausfinden, wie man Pakete baut, um zu Debian beitragen zu können, und AMD sollte den NPU-Support für Linux endlich ordentlich auf die Reihe bekommen
    • In Debian ist es ziemlich einfach, Kernel-Pakete direkt aus den Vanilla-Quellen zu bauen
      Ich ziehe mir die neuesten 7.0.x-Versionen meist innerhalb weniger Stunden nach dem Release auf mein System
      Je nachdem, wie viel Zeit man ins Überfliegen des ChangeLogs steckt, dauert der Build etwa 30–45 Minuten. Kann je nach Umgebung variieren
    • Wahrscheinlich keine ernst gemeinte Frage, aber ernsthaft beantwortet: Ich habe mir in Debian Stable noch nie Sorgen darum gemacht, welchen Kernel ich nutze
      Wenn man einen neueren Kernel will, nimmt man Debian unstable (Sid); dort ist es aktuell 7.0.12. Das entspricht dem aktuellen Stable-Kernel, während 7.1 Mainline ist
      Auf Servern ist Stable ausreichend, und auch das aktuelle Trixie läuft mit Kernel 6.17.3 völlig problemlos
      Debian Forky wird wohl etwa 2027 veröffentlicht und je nach Lage einen 7.0.x- oder 7.1.x-Kernel nutzen
      Der Kernel in current testing, also der Release, der das nächste Stable wird, ist 7.0.10
    • Wird Forky/14 bei seinem Release im nächsten Jahr nicht diese oder eine neuere Version enthalten?
      Debian bewegt sich langsam, aber wenn man etwas Schnelles will, nimmt man Arch oder Fedora — trotzdem bleibt Debian nicht stehen