• Stöd för AMD Zen 6, Arm v9.7 och mer RISC-V

    När nästa generations processorer från AMD, Arm och RISC-V står för dörren måste även mjukvarans grundverktyg ligga steget före. Med GNU Binutils 2.46 tar utvecklarvärlden ett viktigt kliv mot framtiden genom att lägga till stöd för kommande CPU-arkitekturer, förbättrad felsökning och en moderniserad verktygskedja som gör fria operativsystem redo för hårdvara som ännu inte nått marknaden.

    När nya generationer av processorer närmar sig marknaden räcker det inte med snabbare kisel och fler kärnor. För att operativsystem och program verkligen ska kunna utnyttja ny hårdvara måste verktygen som bygger dem hänga med. Med version 2.46 tar GNU Binutils ett tydligt kliv framåt och gör utvecklare redo för kommande CPU-arkitekturer.

    Stöd för AMD Zen 6, Arm v9.7 och mer RISC-V

    En av de mest uppmärksammade nyheterna är att Binutils 2.46 nu har stöd för AMD:s kommande Zen 6-arkitektur. Även om processorerna ännu inte finns på marknaden innebär detta att mjukvara kan byggas och testas i god tid, så att ekosystemet är redo vid lansering.

    På Arm-sidan fortsätter utvecklingen i snabb takt. Stödet för Arm v9.6 är nu färdigställt, samtidigt som Arm v9.7 introduceras via flaggan -march=armv9.7-a. Dessutom finns tidigt stöd för framtida tekniker som POE2 och vMTE, vilket visar att verktygskedjan redan blickar framåt mot nästa generation av Arm-baserade system.

    Även RISC-V får ett lyft. Nya tillägg som sdtrig v1.0 och ssstrict v1.0 stärker stödet för den öppna instruktionsuppsättningen och gör plattformen mer attraktiv för både forskning och kommersiella produkter.

    SFrame Version 3 blir standard

    Assemblern i Binutils 2.46 använder nu SFrame Version 3 som standard. Det här påverkar framför allt hur stackramar och felsökningsinformation hanteras. För utvecklare innebär det bättre stöd för mycket stora program, över 2 gigabyte i storlek, mer flexibla ramlayouter och tydligare information om yttersta funktionsramar. Även hanteringen av signaler förbättras, vilket ger mer tillförlitliga bakspår vid felsökning.

    Nytt delat bibliotek för SFrame

    Som en följd av SFrame-uppdateringen introduceras ett nytt versionerat delat bibliotek, libsframe.so.3. Det använder symbolversionering under namnet LIBSFRAME_3.0 och är ett viktigt steg för att säkerställa långsiktig kompatibilitet mellan olika versioner av verktygen.

    Striktare kontroller och färre dolda fel

    Utvecklarna har också passat på att skärpa den interna kvaliteten. Verktyg som objcopy gör nu striktare kontroller av målformat, vilket gör att felaktig användning upptäcks tidigare i byggprocessen. Det äldre, mer tillåtande beteendet finns fortfarande kvar, men kräver nu att man uttryckligen anger vilket format som ska användas.

    Städning bland gamla plattformar

    För att minska underhållsbördan har stödet för vissa äldre och i praktiken oanvända mål tagits bort. Exempel på detta är NaCl och Solaris på PowerPC. Genom att rensa bort sådant som inte längre används kan utvecklingen fokusera på moderna och relevanta plattformar.

    Fler förbättringar under huven

    Utöver de stora nyheterna innehåller Binutils 2.46 mängder av buggfixar och mindre förbättringar. Programmet readelf kan nu visa innehållet i Global Offset Tables, stödet för länkartaggning har förbättrats och källkodstarbollarna skapas på ett sätt som underlättar reproducerbara byggen.

    En tyst men viktig uppdatering

    GNU Binutils 2.46 är ingen version som märks direkt av vanliga användare, men för utvecklare och hela open source-världen är den central. Den gör verktygskedjan redo för framtidens processorer, förbättrar felsökning i stora program och minskar teknisk skuld. Det är ännu ett exempel på hur grundläggande infrastruktur ofta utvecklas i det tysta, men med enorm betydelse för allt som byggs ovanpå.

    https://sourceware.org/pipermail/binutils/2026-February/148149.html

    Teknisk faktaruta: GNU Binutils 2.46
    Vad är det?
    Verktygssamling för binärhantering i GNU-toolchain, bl.a. assembler (as), länkare (ld), objcopy, readelf.
    Processor- och ISA-stöd
    • AMD: igenkänning/stöd för Zen 6
    • Arm: Arm v9.6 färdigställt, Arm v9.7 via -march=armv9.7-a
    • Arm: tidigt stöd för kommande tekniker (POE2, vMTE)
    • RISC-V: nya tillägg, bl.a. sdtrig v1.0 och ssstrict v1.0
    SFrame (stack frame-format)
    Assemblern emitterar SFrame Version 3 som standard, med stöd för binärer > 2 GiB, flexiblare frame-layout, markering av yttersta frames och förbättrad hantering av signal-trampoliner.
    Nytt bibliotek
    Ny versionerad delad bibliotekfil: libsframe.so.3
    Symbolversionering: LIBSFRAME_3.0
    Skärpta kontroller
    Striktare validering och plugin-hantering. Exempel: objcopy kontrollerar målformat hårdare; äldre beteende kan kräva att utdataformat anges explicit.
    Övrigt
    • readelf kan visa innehåll i Global Offset Tables (GOT)
    • förbättrad linker-taggning
    • borttaget stöd för vissa äldre mål (t.ex. NaCl, Solaris/PowerPC)
    • jämn release: GOLD-länkaren ingår i källträdet
  • DAXFS – ett nytt Linux-filsystem som läser direkt ur minnet

    DAXFS är ett nytt experimentellt filsystem för Linux som vill göra något ovanligt: låta systemet läsa filer direkt ur delat fysiskt minne, utan omvägen via den traditionella lagringsstacken. Genom att bygga på Direct Access kan samma skrivskyddade data delas mellan flera kernelinstanser och till och med ligga kvar i minne som kommer från GPU:er, FPGA:er eller CXL-enheter. Idén kan minska både latens och RAM-förbrukning i allt från containermiljöer till framtida minnespooler och acceleratorbaserade system.

    Linuxvärlden har fått ett nytt, ovanligt tillskott. Kernelutvecklaren Cong Wang på företaget Multikernel har presenterat ett experimentellt filsystem med namnet DAXFS – ett filsystem som helt hoppar över den traditionella vägen via hårddiskar, block-I/O och sidcache, och istället läser data direkt ur fysiskt minne.

    Det kan låta som en detalj för specialister, men DAXFS pekar mot hur framtidens system kan dela data snabbare, snålare och smartare, särskilt i miljöer med containrar, acceleratorer och delat minne.

    Vad är DAX – och varför är det intressant?

    Namnet DAXFS kommer från DAX (Direct Access), en funktion i Linuxkärnan som gör det möjligt för program att komma åt lagringsmedia som om det vore vanligt RAM-minne. Istället för att läsa data i block, kopiera dem till sidcache och sedan vidare till programmet, kan DAX läsa direkt från minnesadressen.

    Resultatet blir lägre fördröjning, färre minneskopior och lägre RAM-förbrukning. DAX används redan i dag tillsammans med så kallat persistent memory, men DAXFS tar idén ännu längre.

    Hur skiljer sig DAXFS från RAMFS och TMPFS?

    Linux har länge haft minnesbaserade filsystem som RAMFS och TMPFS. De är snabba, men de använder fortfarande sidcache och allokerar minne separat för varje instans.

    DAXFS fungerar annorlunda. Det mappar sammanhängande fysiskt minne direkt till filsystemet, filinnehåll läses via direkta minnesläsningar och samma data kan delas mellan flera system utan att kopieras.

    Man kan likna det vid att flera datorer läser ur samma uppslagna bok, istället för att var och en gör sin egen kopia av sidorna.

    Delat minne från GPU:er, FPGA:er och CXL

    En av de mest intressanta egenskaperna är att DAXFS kan använda minne som inte nödvändigtvis sitter på CPU:n.

    Via Linux-gränssnittet dma-buf kan filsystemet exponera GPU-minne, FPGA-minne och CXL-anslutet minne. Allt detta kan presenteras som vanliga filer, utan att data kopieras.

    Det möjliggör zero-copy-åtkomst till stora, statiska dataset, effektiv delning mellan CPU och acceleratorer samt minskad belastning på systemets vanliga RAM. Åtkomsten är medvetet skrivskyddad, vilket förenklar designen och ökar säkerheten.

    Medvetet minimalistiskt

    DAXFS är inte tänkt att ersätta traditionella filsystem som ext4 eller XFS. I stället är det byggt för ett smalt användningsområde och är därför avsiktligt enkelt.

    Filsystemet är endast läsbart, använder ett självständigt image-format, saknar dynamisk minnesallokering, har ingen avancerad metadatahantering och innehåller ingen komplex enhetshantering.

    Denna enkelhet gör filsystemet lättare att förstå, granska och experimentera med.

    Vad kan man använda DAXFS till?

    DAXFS riktar sig till specifika men växande användningsområden.

    Inom container- och molnmiljöer kan samma container- eller Docker-basimage delas mellan flera Linuxkärnor. Genom att kombinera DAXFS med OverlayFS kan man få skrivbara containrar med minimal RAM-åtgång.

    I CXL-baserade system kan delat minne användas istället för långsamma nätverksöverföringar, där data läses direkt från en gemensam minnespool.

    För acceleratorer möjliggörs zero-copy-åtkomst till statiska AI-modeller och effektiv dataåtkomst i HPC- och AI-system.

    Experimentellt – men lovande

    Koden finns öppet tillgänglig på GitHub och utvecklaren betonar att DAXFS är ett experimentellt förslag. Om filsystemet någon gång inkluderas i Linuxkärnan avgörs av diskussioner och granskning i utvecklargemenskapen.

    Oavsett framtiden visar DAXFS hur Linux fortsätter att utforska nya sätt att hantera minne, lagring och delning av data i takt med modern hårdvara.

    Förklarade begrepp

    DAX (Direct Access)
    En Linux-teknik som gör det möjligt att läsa data direkt från minne utan att gå via sidcache eller block-I/O. Det minskar latens och minnesanvändning.

    Sidcache (Page Cache)
    En del av RAM-minnet där Linux lagrar nyligen lästa filer för att snabba upp framtida åtkomst. Effektivt, men kan leda till att samma data lagras flera gånger i minnet.

    Block-I/O
    Det traditionella sättet att läsa och skriva data i fasta block från lagringsenheter som hårddiskar och SSD:er.

    RAMFS och TMPFS
    Minnesbaserade filsystem i Linux. TMPFS kan begränsas i storlek och använda swap, medan RAMFS växer obegränsat och kan orsaka minnesbrist.

    dma-buf
    Ett Linux-API som gör det möjligt att dela minnesbuffertar mellan olika enheter, till exempel mellan GPU och CPU, utan kopiering.

    GPU (Graphics Processing Unit)
    En processor specialiserad på parallella beräkningar, ofta använd för grafik, AI och maskininlärning.

    FPGA (Field-Programmable Gate Array)
    En programmerbar hårdvarukomponent som kan anpassas för specifika beräkningar efter tillverkning.

    CXL (Compute Express Link)
    En modern anslutningsteknik som gör det möjligt att dela minne mellan CPU:er och externa enheter med låg latens.

    OverlayFS
    Ett Linux-filsystem som kombinerar ett skrivskyddat lager med ett skrivbart, ofta använt i containerteknik.

    Zero-copy
    En teknik där data inte kopieras mellan olika minnesområden, vilket sparar både tid och minne.

    FAKTA: DAXFS
    Vad är det? Ett experimentellt, läsbart Linux-filsystem byggt på Direct Access (DAX).
    Nyckelidé Filer mappas direkt mot sammanhängande fysiskt minne, vilket ger direkta minnesläsningar.
    Varför? Mindre RAM-överhead när många system/containrar annars hade duplicerat samma skrivskyddade data i minnet.
    Vad skiljer det från tmpfs? Tmpfs/ramfs använder sidcache och allokerar per instans; DAXFS pekar mot delat fysiskt minne.
    Stöd för acceleratorminne Kan använda device-backat minne (t.ex. GPU/FPGA/CXL) via dma-buf för skrivskyddad åtkomst.
    Designval Minimalistiskt: read-only image, ingen runtime-allokering, enkel metadata.
    Typiska use cases Delad container-basimage mellan kernelinstanser, DAXFS + OverlayFS för containrar, CXL-minnespoolning, zero-copy statiska data.

  • Linux Kernel 6.16 är här – men Torvalds flaggar för möjlig försening av nästa version

    Äntligen! Buggen som gjorde att 25 år gamla ljudkort som Sound Blaster kunde krascha slumpmässigt är nu fixad.

    Den stabila versionen av Linux-kärnan 6.16 är nu officiellt släppt. Enligt projektledaren Linus Torvalds avslutades utvecklingscykeln på ett lugnt och stabilt sätt, utan några större överraskningar – något som gjorde att en åttonde releasekandidat aldrig behövde släppas. Men medan det nuvarande släppet är ute, riktas blicken redan mot nästa version, Linux 6.17 – som kan komma att försenas.

    Familjehändelser kan påverka nästa version

    Torvalds har nämligen gått ut med en varning om att arbetet med Linux 6.17 riskerar att påverkas av personliga åtaganden. Under augusti kommer han att vara bortrest i samband med både ett familjebröllop och en födelsedag, och han räknar med att vara på resande fot ungefär halva månaden – med tid i både USA och Finland.

    Eftersom Linuxutvecklingen följer en tydlig rytm med ett två veckor långt merge window (sammanslagningsfönster) – då större nyheter förs in i koden – innebär hans frånvaro att viss förskjutning kan uppstå. Torvalds har därför redan försökt snabba på processen genom att be utvecklare skicka in sina pull requests tidigare än vanligt. Hittills har han fått in omkring 50 stycken i förväg, vilket han tackar för.

    Risk för mindre försening

    Trots sin framförhållning medger Torvalds att han under andra veckan av sammanslagningsfönstret kan få svårt att hantera alla inkommande kodändringar. Skulle det bli för mycket att hinna med innan han reser vidare, kan det första utkastet av Linux 6.17 – kallat rc1 – skjutas upp med några dagar.

    – Om jag inte hinner med alla pull requests i tid, kan jag komma att fördröja rc1 något för att hinna ikapp, skriver Torvalds i sitt veckobrev.

    Han betonar dock att detta inte ska tolkas som att sena bidrag kommer accepteras i högre utsträckning. Tvärtom kan en mer pressad tidsplan leda till striktare gränser för vad som släpps in.

    Inga överraskningar i 6.16

    När det gäller Linux 6.16, som nu är tillgänglig, är det en uppdatering med fokus på stabilitet. Den innehåller främst mindre justeringar av drivrutiner samt mindre kodändringar. Det är inte någon dramatisk uppdatering, vilket enligt Torvalds är positivt.

    – Det är en ganska lugn version med små uppdateringar, inga stora förändringar. Allt ser ut att fungera som det ska, konstaterar han.

    Sound Blaster AWE32‑fixen i Linux 6.16 – 25 år senare

    Ett av de mer färgstarka inslagen i Linux 6.16 är två små men avgörande patchar som väcker liv i Creative Sound Blaster AWE32/AWE64 – ett ISA‑ljudkort som såldes på 1990‑talet. Buggen, som rapporterades sent 2023 (Bug 218185), kunde frysa hela systemet eller skapa skrapljud när moderna ljud­servrar som PipeWire växlade DMA‑läge under uppspelning.

    ”Äkta retro‑riggar som uppgraderades till nya distros låste sig plötsligt – tack vare PipeWires automatiska DMA‑växling.”

    Vad orsakade problemet?

    • DMA‑lägesväxling “i farten” – registret programmerades om medan ett PCM‑flöde spelade.
    • PipeWire förvärrade felet – fler automatiska växlingar än med äldre ALSA‑anrop gjorde buggen reproducerbar.

    Lösningen i två patchar

    PatchEffektenCommit‑författare
    force‑disable DMA when mode is changedStänger av DMA, skriver om registret, aktiverar igen → eliminerar busshäng & brusTakashi Iwai
    block DMA mode change during active PCM streamVägrar byte om kortet spelar → stoppar riskabla skrivningarTakashi Iwai

    Båda togs in strax före 6.16‑rc3 och backportas även till LTS‑grenar.

    Varför är detta intressant 2025?

    • Retro‑entusiaster får stabilt FM‑ och SoundFont‑ljud utan krascher.
    • Virtuell pass‑through av ISA‑kort i t.ex. QEMU blir tillförlitlig.
    • Bevis på långsiktigt underhåll: Linux accepterar fixar för 30‑årig hårdvara – ingen lämnas efter.

    Påverkan för olika scenarier

    MiljöVad ändras med 6.16
    Fysisk AWE32/AWE64‑rigg + PipeWireSystemfrysningar och ljudglitchar försvinner
    Retro‑rigg utan PipeWireIngen märkbar skillnad
    Moderna datorer utan ISAIngen påverkan (endast några rader kod)

    Kort sagt: Linux 6.16 räddar ett klassiskt ljudkort från random krascher – ett charmigt exempel på hur kärnprojektet fortfarande vårdar sin mest nostalgiska hårdvara.

    Uppdatering via distributioner

    För de flesta användare är det inte rekommenderat att manuellt försöka installera Linux 6.16 – särskilt inte om man inte är van att hantera lågnivåkomponenter i systemet. De som använder snabbfotade Linuxdistributioner kan få den nya kärnan som en uppdatering inom kort, medan användare av långsammare system som Ubuntu kan få vänta tills nästa stora systemuppgradering.

    Sammanfattning

    • Linux 6.16 är släppt och innehåller huvudsakligen mindre drivrutinsfixar.
    • Linux 6.17 kan komma att försenas något på grund av Linus Torvalds resor i augusti.
    • Torvalds har redan fått in ett stort antal kodbidrag i förväg för att undvika problem.
    • En eventuell försening av rc1 (första releasekandidaten) skulle bara vara några dagar.
    • Sena kodbidrag kommer inte accepteras – bidragsgivare uppmanas att hålla sig till tidsplanen.

    https://kernel.org

    Nyheter Linux 6.16 på Teknisknivå

    • CPU & arkitektur: Intel APX (32 register), Intel TDX för krypterade VM, ny flagga CONFIG_X86_NATIVE_CPU, förbättrad AMD‑SBI‑support.
    • Grafik & acceleratorer: Nouveau känner igen NVIDIA Hopper/Blackwell, Intel Xe/Arc strömsparfunktioner, AMD GPU‑patchar för Strix Point.
    • Ljud & I/O: USB Audio Offload (musik även i viloläge) och DMABUF‑>TCP zero‑copy för snabbare nätverk.
    • Fil‑ & lagringssystem: XFS får stora atomära skrivningar, Ext4 “fast commit”‑optimering och stora folios, Btrfs 50 % snabbare metadata.
    • Minne & synk: Automatisk viktad NUMA‑interleaving, Futex2‑förbättringar med lägre lås‑latens.
    • Säkerhet & diagnostik: Coredump över AF_UNIX‑socket och fscrypt‑nycklar som skyddas i hårdvara.
    • Diverse drivrutiner: Apple M2 PCIe‑stöd, Magic Mouse 2 (USB‑C), nya Wi‑Fi/Bluetooth‑ID:n, Sound Blaster AWE32‑fix efter 25 år!

    Tips: Vänta på att din distribution pushar uppdateringen – egenkompilering rekommenderas bara för avancerade användare.

Etikett: Linuxutveckling

  • Stöd för AMD Zen 6, Arm v9.7 och mer RISC-V

    När nästa generations processorer från AMD, Arm och RISC-V står för dörren måste även mjukvarans grundverktyg ligga steget före. Med GNU Binutils 2.46 tar utvecklarvärlden ett viktigt kliv mot framtiden genom att lägga till stöd för kommande CPU-arkitekturer, förbättrad felsökning och en moderniserad verktygskedja som gör fria operativsystem redo för hårdvara som ännu inte nått…

  • DAXFS – ett nytt Linux-filsystem som läser direkt ur minnet

    DAXFS är ett nytt experimentellt filsystem för Linux som vill göra något ovanligt: låta systemet läsa filer direkt ur delat fysiskt minne, utan omvägen via den traditionella lagringsstacken. Genom att bygga på Direct Access kan samma skrivskyddade data delas mellan flera kernelinstanser och till och med ligga kvar i minne som kommer från GPU:er, FPGA:er…

  • Linux Kernel 6.16 är här – men Torvalds flaggar för möjlig försening av nästa version

    Den stabila versionen av Linux-kärnan 6.16 är nu officiellt släppt. Enligt projektledaren Linus Torvalds avslutades utvecklingscykeln på ett lugnt och stabilt sätt, utan några större överraskningar – något som gjorde att en åttonde releasekandidat aldrig behövde släppas. Men medan det nuvarande släppet är ute, riktas blicken redan mot nästa version, Linux 6.17 – som kan…