Linus Benedict Torvalds är en finsk-amerikansk mjukvaruingenjör, känd för att starta och underhålla utvecklingen av Linux-kärnan,
nyligen medan vi diskuterar lösningar på x86-processorer som inte stöder Instruktionen «cmpxchg8b», konstaterade Linus Torvalds att det kanske var dags att göra det gör detta uttalande obligatoriskt för att kärnan ska köras och ta bort stöd för i486-processorer som inte stöder "cmpxchg8b", snarare än "försöker efterlikna hur" den här instruktionen fungerar på processorer som "ingen använder längre".
För närvarande har nästan alla Linux-distributioner som fortsätter att stödja x86 32-bitars system gått över till att kompilera kärnan med X86_PAE-alternativet, vilket kräver "cmpxchg8b"-stöd.
Enligt Linus, när det gäller stöd i kärnan har i486-processorer tappat relevans, även om de fortfarande finns i vardagen. Vid en viss tidpunkt blir processorer museiföremål, och för dem är det fullt möjligt att klara sig med "musei"-kärnor.
Det är värt att nämna att om borttagandet av stödet för den klassiska i486 fortsätter, kommer detta inte att påverka Intels inbyggda Quark-processorer, som, även om de tillhör i486-klassen, inkluderar ytterligare instruktioner som är typiska för Pentium-generationen, inklusive "cmpxchg8b".
Utöver det nämns att detsamma gäller för Vortex86DX-processorer. Stöd för i386-processorer togs bort i kärnan för 10 år sedan.
Vi kanske borde bita ihop och säga att vi bara stöder x86-32 med 'cmpxchg8b' (dvs Pentium och senare).
Bli av med alla "emulera 64-bitars atomer med cli/sti, med vetskap om att ingen har SMP på de processorerna ändå", och implementera en generisk x86-32 xchg()-inställning med den där try_cmpxchg64-slingan.
Jag tror att de flesta (alla?) distributioner redan aktiverar X86_PAE ändå, vilket gör X86_CMPXCHG64 till en del av baskravet.
Inte för att jag är övertygad om att de flesta distributioner ens utvecklar 32-bitars nuförtiden.
.
Vi blev av med i386-stödet 2012. Kanske är det dags att släppa i486-stödet 2022?
Slutet på stödet för i486 kan vara en milstolpe att tänka på, eftersom olika Linux-distributioner för inte så länge sedan valde att ta bort stödet för 32-bitars processorer, vilket inte riktigt fick de återverkningar många förväntade sig. Eftersom som sådan ja, det finns fortfarande tusentals användare som har lågresursdatorer, vilket gjorde Linux till ett utmärkt alternativ för att fortsätta använda dem, särskilt i många marginaliserade områden.
Och även om stöd för denna typ av utrustning fortsatte att ges av huvuddistributionerna, gjorde deras nuvarande krav användningen omöjlig att utföra. Sanningen är att det fortfarande finns vissa distributioner som fortsätter att stödja denna arkitektur och framför allt som är optimerade för användning av resurssnåla datorer.
Beträffande fallet med upphörande av stöd nämns att användare som har system med i486-processorer kommer att kunna använda LTS-versionerna av kärnansom kommer att hålla i många år framöver.
Å andra sidan är det också värt att nämna det drivrutinsutvecklaren för linux öppen källkod för Apple AGX GPU som används i Apple M1-chips rapporterade att klarade 99,3 % av dEQP-GLES2-svittesterna, som verifierar stödnivån för specifikationen OpenGL ES 2. Två komponenter användes i arbetet: en DRM-drivrutin för Linux-kärnan, skriven i Rust, och en Mesa-drivrutin skriven i C.
Utvecklingen av kontrollanter kompliceras av att Apple M1 använder sin egen GPU, designad av Apple, kör proprietär firmware och använder ganska komplexa delade datastrukturer. Det finns ingen teknisk dokumentation för GPU:n, och oberoende utveckling av drivrutiner använder omvänd konstruktion av macOS-drivrutiner.
Styrenheten öppen källkod utvecklad för Mesa testades initialt i en macOS-miljö tills drivrutinen DRM (Direct Rendering Manager) som krävs för Linux-kärnan förbereddes, vilket gjorde att drivrutinen som utvecklats för Mesa kunde användas på Linux.
Utöver den nuvarande framgången med att klara dEQP-GLES2-testerna nådde Linux-drivrutinen för Apple M1-chip i slutet av september en nivå som lämpar sig för att köra en Wayland-baserad GNOME-session och köra spelet Neverball och YouTube i webbläsaren Firefox.
Slutligen om du är intresserad av att veta mer om detkan du kontrollera detaljerna i följande länk.