Met het gebruikelijke verschil van twee weken ten opzichte van de vorige stabiele, de publicatie van de blikversieLinux 6.15-rc1-versie is aangekomen gekenmerkt door een combinatie van technische innovaties en felle publieke kritiek van Linus Torvalds op een gebrekkige implementatie in de kernelboom. Deze eerste ontwikkelingsfase van versie 6.15 weerspiegelt niet alleen de omvang en diversiteit van het integratievenster, maar ook de aandacht voor details die nodig is om fouten te voorkomen die een grote impact hebben op zowel ontwikkelaars als eindgebruikers.
Met een grote hoeveelheid wijzigingen die zich hadden opgestapeld door onderbrekingen van eerdere vakanties, Deze release bevat belangrijke updates voor drivers, architectuursubsystemen, compressie, prestaties en ondersteuning voor nieuwe apparaten.. Maar de release ervan werd ook overschaduwd door een fout in de testcontroller ‘hdrtest’, wat Torvalds zelf woedend maakte.
Linus Torvalds valt "hdrtest" aan en eist onmiddellijke verwijdering ervan
Een van de meest besproken punten van deze cyclus is de opname van een codefragment genaamd “hdrtest”, ontworpen voor het DRM-grafische renderingsubsysteem, specifiek gericht op ondersteuning van Intel Xe-stuurprogramma's. Deze code is bedoeld om headers te verifiëren tijdens het compilatieproces, maar de implementatie ervan heeft ongewenste tijdelijke bestanden gegenereerd die de kernelboom vervuilen.
Torvalds uitte zijn woede toen hij ontdekte dat deze tool geen activeerbare optie was., maar het werd automatisch uitgevoerd, wat vertragingen in het compilatieproces veroorzaakte en 'turd'-bestanden genereerde die de basisfunctionaliteiten zoals het automatisch aanvullen van opdrachten in Git. “Dit moet dood”, was zijn krachtige uitspraak over de kwestie.
Het probleem werd ontdekt omdat deze bestanden niet werden genegeerd in Git, wat waarschuwingen in de repositorystatus veroorzaakte.. Torvalds is van mening dat de fout niet in het bestaan van de tool ligt, maar in de manier waarop deze is geïntegreerd, zonder dat optioneel gebruik ervan is toegestaan.
Algemene updates in Linux 6.15-rc1: prestatieverbeteringen en nieuwe hardware
De kern blijft gericht op Verbeter de prestaties, vooral op recente AMD- en Intel-architecturen. Een van de meest opvallende veranderingen op dit gebied komt van het cryptografische subsysteem, dat nu een verbeterde implementatie van VAES-gebaseerde AES-CTR-codering biedt, wat resulteert in een aanzienlijke snelheidsverbetering op CPU's zoals AMD Zen 5.
Bovendien heeftEr zijn optimalisaties geïntroduceerd om de opstarttijd van de kernel te verbeteren, dankzij de nieuwe optie “hugetlb_alloc_threads” en verbeteringen aan compressiesystemen zoals Zstd, bijgewerkt in deze versie om ze af te stemmen op versie 1.5.7.
De P-State driver van AMD heeft een grote refactoring ondergaan, waardoor overbodige schrijfbewerkingen kunnen worden geëlimineerd en sloten in het interne beheer kunnen worden geoptimaliseerd. Ook regressieproblemen in games die werden veroorzaakt door conflicten met de willekeurige adresruimte (KASLR) zijn opgelost. Deze oplossing is aangedragen door een NVIDIA-technicus die, ironisch genoeg, degene was die de bug oorspronkelijk introduceerde.
Linux 6.15-rc1 verbetert ook de compatibiliteit met Apple-apparaten en de RISC-V-architectuur.
Versie 6.15-rc1 brengt met zich mee Ondersteuning voor touchscreens en de Touch Bar op Apple-apparaten met M-serie chips, dankzij de nieuwe driver “apple_z2”, ontwikkeld door het Asahi Linux-project. Deze wijziging is belangrijk voor degenen die Linux op recente Apple-hardware willen draaien zonder belangrijke functies te verliezen.
Tegelijkertijd is er ook aandacht besteed aan de RISC-V-architectuur., met verbeteringen aan het compilatiesysteem, ondersteuning voor nieuwe instructies zoals BFloat16 en optimalisaties die het gebruik van vertaald geheugen via de TLB verbeteren.
Beyond the Core: Verbeteringen aan Build- en Systeemanalysetools
Een ander gebied waar veel veranderingen plaatsvonden, was de bouwinfrastructuur van Kbuild., die prestatieverbeteringen introduceert voor tools zoals “gendwarfksyms”. Dit hulpprogramma, bedoeld om de integratie van de Rust-taal in de kernel te vergemakkelijken, is nu meer dan 50% sneller bij het oplossen van volledig gekwalificeerde namen van geëxporteerde symbolen.
ook Ondersteuning voor architecturen zoals LoongArch is toegevoegd aan distributies zoals Debian. Er zijn verbeteringen doorgevoerd om de reproduceerbaarheid te vergroten door relatieve paden in bronbestanden toe te staan. Ook is het beheer van RPM-pakketten verbeterd met nieuwe foutopsporingsinformatie.
parallel, De prestatieanalysemogelijkheden van de kernel zijn uitgebreid. AMD heeft een nieuwe functionaliteit geïntroduceerd om laadlatentiegebeurtenissen op Zen 5-processors te filteren. Hierdoor kunnen gebeurtenissen alleen worden geanalyseerd wanneer een bepaalde latentiedrempel wordt overschreden. Intel heeft op zijn beurt PEBS-tellersnapshotting ingeschakeld voor een nauwkeurigere bemonstering van prestatiegebeurtenissen.
Patch om TDX te verbeteren en prestatieproblemen in virtuele ladingen te verminderen
Op het gebied van virtualisatie, Intel heeft de ondersteuning voor TDX (Trust Domain Extensions) verbeterd, met een oplossing die het gebruik van de HLT-instructie in beveiligde virtuele machines voorkomt. Deze instructie veroorzaakte langzame virtualisatie-uitzonderingen en fouten in het systeemgedrag. Dankzij deze oplossing is er een aanzienlijke verbetering waargenomen in benchmarks zoals SPECjbb2015, hoewel er nog geen concrete cijfers zijn gepubliceerd.
De oplossing werd geïmplementeerd door gebruik te maken van bestaande paragevirtualiseerde infrastructuur, waardoor HLT vervangen kon worden door efficiëntere methoden.. Bovendien is er een waarschuwingssysteem geïntroduceerd om te detecteren of deze instructie per ongeluk in toekomstige builds terechtkomt.
Linux 6.15-rc1 laat zien dat Hoewel de kern blijft groeien in functionaliteit en hardwareondersteuning, kunnen slecht beheerde integratieproblemen heftige reacties van de oprichter uitlokken.. Verbeteringen variëren van nieuwe drivers tot architectuurspecifieke prestatieaanpassingen, terwijl we voortdurend toezicht houden op codekwaliteit die de hoofdrepository binnenkomt.