• När ska gammal teknik få vila?

    När Linuxutvecklare föreslår att ta bort stöd för flera decennier gamla nätverksdrivrutiner väcks en större fråga än bara kodstädning. Bakom beslutet döljer sig en konflikt mellan modernisering och långsiktig kompatibilitet, där även teknik från 90-talet fortfarande spelar en oväntat viktig roll i dagens samhälle.

    Tänk dig en dator från mitten av 90-talet. Den surrar igång, kopplar upp sig via ett tidigt nätverkskort och blir en liten kugge i ett större system. Förvånande nog lever många sådana system fortfarande – inte hemma hos folk, men i fabriker, industrimaskiner och specialiserade miljöer.

    Nu står dessa reliker i centrum för en modern diskussion: ska deras stöd finnas kvar i Linuxkärnan?

    Vad handlar det om?

    Utvecklare inom Linux överväger att ta bort stöd för ett antal mycket gamla Ethernet-drivrutiner, alltså programkod som gör att operativsystemet kan kommunicera med nätverkskort.

    Det rör sig om hårdvara från tidigt 1990-tal till början av 2000-talet. Tekniken bygger på standarder som ISA och PCMCIA, föregångare till dagens expansionskort och laptop-portar. Bland tillverkarna finns 3Com, AMD och Xircom.

    Totalt handlar det om 18 drivrutiner och omkring 27 000 rader kod.

    Varför ta bort dem?

    Vid första anblick kan det låta hårt. Varför inte bara låta gammal kod ligga kvar?

    Problemet är att även gammal kod kräver underhåll. Moderna verktyg, inklusive AI-baserad analys, hittar fler fel än tidigare. De gamla drivrutinerna innehåller buggar, kan vara svåra att förstå och saknar ofta aktiva utvecklare. Att rätta felen kräver tid, och den tiden måste tas från annat arbete.

    Dessutom är Linuxkärnan redan mycket stor. Ju mer kod som finns kvar, desto svårare blir det att utveckla nytt och desto större blir risken för konflikter och problem. Att rensa bort gammalt kan därför gynna majoriteten av användarna.

    Men används de fortfarande?

    Ja, och det är här frågan blir mer komplicerad.

    Trots sin ålder används vissa av dessa nätverkskort fortfarande i industridatorer, inbyggda system och specialmaskiner som uppdateras mycket sällan.

    I diskussionen kom ett konkret exempel fram: flera hundra industridatorer använder fortfarande ett visst 3Com-kort och kör ändå moderna Linuxkärnor.

    Därmed handlar det inte längre om helt död teknik, utan om verkliga system som fortfarande används i skarpa miljöer.

    Varför lever så gammal teknik kvar?

    Det korta svaret är stabilitet.

    I industrin är det ofta viktigare att något fungerar pålitligt, är vältestat och inte förändras, än att det är nytt. Att byta ut hårdvara kan innebära stora kostnader, produktionsstopp och nya certifieringar.

    Därför kan teknik som är 30 år gammal fortfarande vara i drift.

    En större fråga än bara drivrutiner

    Diskussionen handlar egentligen om något större: hur länge mjukvara ska fortsätta stödja gammal hårdvara.

    Det finns två tydliga perspektiv. Det ena är att rensa bort gammal kod för att få en enklare kodbas, bättre säkerhet och snabbare utveckling. Det andra är att bevara kompatibilitet för långlivade system inom industri, forskning och andra specialområden.

    Linux har länge varit känt för att stödja gammal hårdvara ovanligt länge. Just därför väcker sådana här förslag starka reaktioner.

    Vad händer nu?

    Än så länge har inget tagits bort. Det handlar fortfarande om ett förslag.

    Utvecklarna har dessutom delat upp förändringen så att varje drivrutin behandlas separat. Det betyder att enskilda drivrutiner kan återställas om det visar sig att de fortfarande behövs och någon är villig att underhålla dem.

    Det visar också hur öppen källkod fungerar i praktiken: beslut växer fram genom diskussion, invändningar och kompromisser.

    Varför spelar detta roll?

    För de flesta vanliga Linuxanvändare betyder det sannolikt ingenting alls. Moderna stationära datorer, bärbara datorer och servrar påverkas inte.

    Men i ett större perspektiv handlar frågan om balansen mellan innovation och bakåtkompatibilitet. Det är också en påminnelse om att gammal teknik inte alltid är obsolet bara för att den är gammal.

    Slutsats

    Det här är mer än en teknisk städning. Det är en fråga om hur vi ser på teknikens livslängd.

    Ska Linux bära med sig historien så länge som möjligt, eller ibland välja att gå vidare?

    Det finns inget enkelt svar. Men just därför är debatten så intressant.

    https://lore.kernel.org/lkml/20260421-v7-0-0-net-next-driver-removal-v1-v1-0-69517c689d1f@lunn.ch

    Teknisk fakta

    Ämne: Förslag om att ta bort äldre Ethernet-drivrutiner ur Linuxkärnan

    Antal drivrutiner: 18

    Berörd hårdvara: ISA- och PCMCIA-baserade nätverkskort

    Tidsperiod för hårdvaran: cirka tidigt 1990-tal till tidigt 2000-tal

    Exempel på tillverkare: 3Com, AMD, Xircom, SMSC, Cirrus och Fujitsu

    Exempel på drivrutiner: 3c509, 3c515, 3c574, 3c589, 3c59x

    Omfattning av förslaget: cirka 27 600 rader kod i 40 filer

    Skäl till förslaget: ökande underhållsbehov, fler buggrapporter och osäker faktisk användning

    Invändning: vissa äldre 3Com-kort uppges fortfarande användas i hundratals industridatorer

    Status: inget har tagits bort ännu, det är fortfarande ett förslag

  • Linux 7.1 avvecklar stöd för 486-, 486SX- och AMD Elan-processorer

    I utvecklingsgrenen för Linux 7.1 har x86-koden uppdaterats så att stöd för processorfamiljerna M486, M486SX och AMD Elan tas bort. Ändringen innebär att kärnans lägsta praktiska målplattform för 32-bitars x86 höjs från 486-klass till 586-klass. För dagens användare får detta i stort sett inga praktiska konsekvenser, men tekniskt markerar beslutet ett tydligt steg i den långsamma avvecklingen av mycket gammal PC-hårdvara i Linuxkärnan.

    Stöd för 486-klassen tas bort i x86-koden

    Den aktuella förändringen ingår i en samlad uppdatering av Linuxkärnans x86-plattformskod. I denna uppdatering lyfts borttagandet av stöd för M486, M486SX och MELAN fram som den mest betydande ändringen, före mindre justeringar relaterade till DMI och AMD AGESA.

    Rent tekniskt innebär detta att kärnans konfigurationssystem inte längre erbjuder 486 som giltigt processormål för generiska 32-bitars x86-byggen. I filen arch/x86/Kconfig.cpu har hjälptexten ändrats så att den lägsta breda kompatibilitetsnivån nu anges som 586 i stället för 486. Samtidigt har kommentarerna i samma del av koden uppdaterats för att klargöra att både 386- och 486-baserade system inte längre stöds. AMD Elan nämns också uttryckligen bland de äldre processorfamiljer som nu avvecklas.

    Ändringen gäller inte bara text utan även faktisk konfigurationslogik

    Det handlar inte enbart om språkliga eller dokumentationsmässiga justeringar. De separata konfigurationsalternativen för M486SX, M486 och MELAN har tagits bort ur kärnans Kconfig-struktur. Därmed försvinner också de specifika byggmål som tidigare gjorde det möjligt att anpassa kärnan för dessa processorer.

    Detta är en principiellt viktig detalj. När ett processoralternativ tas bort ur konfigurationssystemet innebär det att kärnan inte längre betraktar denna hårdvaruklass som en aktivt stödd målplattform. I praktiken minskar därmed både testbarhet och möjlighet till formellt underhållet stöd för systemen i fråga.

    Miniminivån höjs från CPU-familj 4 till 5

    Förändringen påverkar också standardvärden och villkorsstyrd logik i den 32-bitars x86-koden. Den lägsta standardnivån för CPU-familj ändras från 4 till 5. Det betyder att baslinjen flyttas från 486-kompatibla processorer till 586-kompatibla processorer.

    I samma arbete har relaterade beroenden och villkor rensats upp för att ta bort hänvisningar till de borttagna alternativen. Denna typ av uppstädning är tekniskt viktig eftersom äldre specialfall annars riskerar att leva kvar i koden och komplicera framtida underhåll, även efter att den egentliga funktionaliteten har tagits bort.

    Begränsad praktisk betydelse för moderna system

    Ur användarperspektiv är den direkta effekten liten. Moderna Linuxdistributioner har sedan länge förutsatt betydligt nyare hårdvara än 486-klassen. Stöd för denna typ av processorer har i praktiken redan varit irrelevant för de flesta vanliga installationer, både på klient- och serversidan.

    Däremot har stödet haft ett symboliskt och teknikhistoriskt värde. Linuxkärnan har länge varit känd för att behålla kompatibilitet med mycket gammal hårdvara, ofta långt efter att annan systemmjukvara har övergett den. Att även 486-klassen nu försvinner visar att även ett projekt med stark tradition av bakåtkompatibilitet till slut måste ompröva nyttan av att bära vidare mycket gamla kodvägar.

    Bakgrunden: långvarig diskussion om nyttan med 486-stöd

    Frågan om att avveckla 486-stödet är inte ny. Linus Torvalds har tidigare offentligt ifrågasatt det praktiska värdet av att behålla denna del av x86-stödet. Resonemanget har i huvudsak varit att koden saknar reell användning i moderna sammanhang och därför inte längre motiverar det underhållsansvar den innebär.

    I ett projekt av Linuxkärnans storlek är detta ett återkommande ingenjörsmässigt avvägningsproblem. Varje kvarvarande stöd för äldre hårdvara medför extra konfigurationsfall, fler beroenden, mer komplex logik och ett större behov av försiktighet vid ändringar i angränsande kod. När användningsvärdet blir tillräckligt lågt blir det tekniskt rationellt att ta bort stödet.

    Samtidiga mindre ändringar i samma x86-uppdatering

    Förutom borttagandet av 486-, 486SX- och AMD Elan-stöd innehåller samma x86-plattformsmerge även två mindre ändringar. Den ena gör det möjligt att skriva ut AGESA-strängen från en post med utökad DMI-information på AMD-baserade system. Den andra består av korrigeringar och generell upprensning i DMI-koden.

    Dessa förändringar är tekniskt relevanta men har inte samma principiella tyngd som höjningen av minimikravet för x86-processorer.

    Ett tydligt generationsskifte i kärnans x86-stöd

    486-processorer tillhör den tidiga 1990-talets PC-generation. Exempel är modeller som Intel 486DX2, en processorfamilj utvecklad före genomslaget för USB, trådlösa nätverk, moderna flertrådade arbetslaster och den typ av grafiskt orienterade Linuxmiljöer som dominerar i dag.

    Att Linuxkärnan under så lång tid har bevarat stöd för denna hårdvaruklass är i sig anmärkningsvärt. Att stödet nu tas bort innebär därför mer än enbart en teknisk förenkling. Det markerar också ett generationsskifte i kärnans syn på vad som ska betraktas som en rimlig lägstanivå inom x86-plattformen.

    Slutsats

    Avvecklingen av stöd för M486, M486SX och AMD Elan i Linux 7.1 är i praktiken en begränsad förändring, men tekniskt tydlig. Kärnans x86-stöd renodlas, minimikravet höjs och äldre specialfall tas bort ur både konfigurationssystem och beroendelogik. För moderna användare är effekten försumbar, men för kärnans arkitektur och historiska utveckling är detta ett tydligt avslut på ännu ett kapitel i Linux långa relation till den tidiga PC-eran.

    Faktaruta

    Linux 7.1: stöd för processorerna 486, 486SX och AMD Elan tas bort ur x86-koden.

    Konsekvens: kärnans lägsta målplattform för 32-bitars x86 flyttas från 486-klass till 586-klass.

    I praktiken: ändringen påverkar nästan inga moderna användare.

    Symboliskt: Linux lämnar ännu en del av den tidiga PC-eran bakom sig.

    Andra artiklar om Linux kernel

  • När ett musklick blir en stridsfråga i Linuxvärlden

    Ett förslag från utvecklare kopplade till Mozilla och GNOME kan komma att ändra ett av de mest inarbetade beteendena i Unix- och Linuxvärlden: inklistring av text med musens mittenknapp. Det som för vissa ses som en modernisering uppfattas av andra som ett angrepp på en över 30 år gammal arbetsmetod som blivit djupt integrerad i hur systemen används.

    Vissa förändringsförslag i teknikvärlden väcker starkare reaktioner än väntat. Ett aktuellt exempel är en pågående diskussion inom Mozilla och GNOME som kan förändra hur mittenknappen på musen fungerar i Linux och andra Unix-liknande system.

    Mozilla föreslår att standardbeteendet i Firefox ska ändras så att ett klick med mittenknappen inte längre automatiskt klistrar in text. Skälet är att funktionen upplevs som förvirrande och leder till oavsiktliga inklistringar, särskilt för användare som inte känner till mekanismen.

    Samtidigt diskuteras ett närliggande förslag inom GNOME: en ändring av standardinställningen i GTK som styr om inklistring från primärmarkeringen är aktiverad. Även detta förslag är fortfarande under granskning.

    Vad är primärmarkering – och varför spelar den roll?

    I klassiska Unix-miljöer, med rötter i X Window System, finns två separata textmekanismer. När du markerar text hamnar den automatiskt i en särskild buffert, den så kallade primärmarkeringen, som klistras in med mittenknappen. Detta existerar parallellt med det vanliga urklippet som används via kopiera- och klistra in-kommandon.

    Detta var ett medvetet designval som gjorde snabb textöverföring extremt effektiv, särskilt mellan terminaler, kodredigerare och andra verktyg där tempo och precision är viktigt.

    Muskelminne och arbetsflöden

    För många Linux- och Unix-användare är mittenklicks-inklistring inte en udda funktion utan ett inövat arbetssätt. Markera, klicka, klart. Inga menyer, inga kortkommandon. För utvecklare och systemadministratörer är detta ofta djupt rotat muskelminne.

    Att ändra standardbeteendet upplevs därför inte som en liten justering, utan som ett ingrepp i etablerade arbetsflöden som fungerat i årtionden.

    En teknisk fråga med kulturell laddning

    Primärmarkeringen har funnits i över 30 år och ses av många som en del av Unix- och Linux-systemens identitet. Kritiker menar att problemet inte är funktionen i sig, utan bristande kunskap om hur den fungerar, och att lösningen borde vara bättre information eller tydligare inställningar, inte att ta bort beteendet som standard.

    Det har också påpekats att funktionen redan går att stänga av för den som inte vill använda den.

    Läget just nu

    Förslagen från både Mozilla och GNOME är fortfarande öppna och inga beslut är fattade. Diskussionen pågår, och motståndet från användare och granskare visar att frågan rör mer än bara ett enskilt musklick.

    Det handlar om hur mycket man kan förändra utan att bryta med den tradition och de arbetssätt som gjort Unix-liknande system attraktiva från början.

    Läs mer här



Etikett: bakåtkompatibilitet

  • När ska gammal teknik få vila?

    När Linuxutvecklare föreslår att ta bort stöd för flera decennier gamla nätverksdrivrutiner väcks en större fråga än bara kodstädning. Bakom beslutet döljer sig en konflikt mellan modernisering och långsiktig kompatibilitet, där även teknik från 90-talet fortfarande spelar en oväntat viktig roll i dagens samhälle. Tänk dig en dator från mitten av 90-talet. Den surrar igång,…

  • Linux 7.1 avvecklar stöd för 486-, 486SX- och AMD Elan-processorer

    I utvecklingsgrenen för Linux 7.1 har x86-koden uppdaterats så att stöd för processorfamiljerna M486, M486SX och AMD Elan tas bort. Ändringen innebär att kärnans lägsta praktiska målplattform för 32-bitars x86 höjs från 486-klass till 586-klass. För dagens användare får detta i stort sett inga praktiska konsekvenser, men tekniskt markerar beslutet ett tydligt steg i den…

  • När ett musklick blir en stridsfråga i Linuxvärlden

    Ett förslag från utvecklare kopplade till Mozilla och GNOME kan komma att ändra ett av de mest inarbetade beteendena i Unix- och Linuxvärlden: inklistring av text med musens mittenknapp. Det som för vissa ses som en modernisering uppfattas av andra som ett angrepp på en över 30 år gammal arbetsmetod som blivit djupt integrerad i…