Linus Benedict Torvalds er en finsk-amerikansk programvareingeniør, kjent for å starte og vedlikeholde utviklingen av Linux-kjernen,
nylig mens vi diskuterer løsninger på x86-prosessorer som ikke støtter Instruksen «cmpxchg8b», uttalte Linus Torvalds at det kanskje var på tide gjør denne setningen obligatorisk for at kjernen skal kjøre og fjern støtte for i486-prosessorer som ikke støtter "cmpxchg8b", i stedet for å "prøve å etterligne hvordan" denne instruksjonen fungerer på prosessorer som "ingen bruker lenger".
Foreløpig har nesten alle Linux-distribusjoner som fortsetter å støtte x86 32-bits systemer gått over til å kompilere kjernen med X86_PAE-alternativet, som krever "cmpxchg8b"-støtte.
Ifølge Linus, når det gjelder støtte i kjernen, har i486-prosessorer mistet relevans, selv om de fortsatt finnes i hverdagen. På et visst tidspunkt blir prosessorer museumsgjenstander, og for dem er det fullt mulig å klare seg med «museum»-kjerner.
Det er verdt å nevne at hvis fjerningen av støtten for den klassiske i486 fortsetter, vil dette ikke påvirke Intels innebygde Quark-prosessorer, som, selv om de tilhører i486-klassen, inkluderer tilleggsinstruksjoner som er typiske for Pentium-generasjonen, inkludert "cmpxchg8b".
I tillegg nevnes det at det samme gjelder for Vortex86DX-prosessorer. Støtte for i386-prosessorer ble droppet i kjernen for 10 år siden.
Kanskje vi bør bite i en kjede og si at vi kun støtter x86-32 med 'cmpxchg8b' (dvs. Pentium og senere).
Bli kvitt alle "emuler 64-bits atomer med cli/sti, vel vitende om at ingen har SMP på disse CPUene uansett", og implementer et generisk x86-32 xchg()-oppsett ved å bruke den try_cmpxchg64-løkken.
Jeg tror de fleste (alle?) distribusjoner allerede aktiverer X86_PAE uansett, noe som gjør X86_CMPXCHG64 til en del av basiskravet.
Ikke det at jeg er overbevist om at de fleste distribusjoner til og med gjør 32-bits utvikling i disse dager.
...
Vi ble kvitt i386-støtten i 2012. Kanskje det er på tide å droppe i486-støtten i 2022?
Slutten på støtte for i486 kan være en milepæl å vurdere, siden for ikke lenge siden valgte ulike Linux-distribusjoner å eliminere støtte for 32-bits prosessorer, noe som egentlig ikke fikk de konsekvensene mange forventet. Siden som sådan ja, er det fortsatt tusenvis av brukere som har lite ressurser datamaskiner, noe som gjorde Linux til et utmerket alternativ for å fortsette å bruke dem, spesielt i mange marginaliserte områder.
Og selv om støtte for denne typen utstyr fortsatt ble gitt av hoveddistribusjonene, gjorde deres nåværende krav at bruken var umulig å gjennomføre. Sannheten er at det fortsatt er noen distribusjoner som fortsetter å støtte denne arkitekturen og fremfor alt som er optimalisert for bruk av datamaskiner med lite ressurser.
Når det gjelder saken om slutt på støtte, nevnes det at brukere som har systemer med i486-prosessorer vil kunne bruke LTS-versjonene av kjernensom vil vare i mange år framover.
På den annen side er det også verdt å nevne det Linux-driverutvikleren åpen kildekode for Apple AGX GPU brukt i Apple M1-brikkene rapporterte det bestått 99,3 % av dEQP-GLES2 suite-testene, som verifiserer støttenivået for OpenGL ES 2-spesifikasjonen. To komponenter ble brukt i arbeidet: en DRM-driver for Linux-kjernen, skrevet i Rust, og en Mesa-driver skrevet i C.
Utviklingen av kontrollere kompliseres av det faktum at Apple M1 bruker sin egen GPU, designet av Apple, kjører proprietær firmware og bruker ganske komplekse delte datastrukturer. Det er ingen teknisk dokumentasjon for GPU, og uavhengig driverutvikling bruker omvendt utvikling av macOS-drivere.
Kontrolleren åpen kildekode utviklet for Mesa ble opprinnelig testet i et macOS-miljø inntil DRM-driveren (Direct Rendering Manager) som kreves for Linux-kjernen ble klargjort, noe som gjorde at driveren utviklet for Mesa kunne brukes på Linux.
I tillegg til den nåværende suksessen med å bestå dEQP-GLES2-testene, nådde Linux-driveren for Apple M1-brikker i slutten av september et nivå som passer for å kjøre en Wayland-basert GNOME-økt og kjøre spillet Neverball og YouTube i nettleseren Firefox.
Endelig hvis du er interessert i å vite mer om det, kan du sjekke detaljene i følgende lenke.