Linuss Benedikts Torvalds ir somu-amerikāņu programmatūras inženieris, kas pazīstams ar Linux kodola izstrādes uzsākšanu un uzturēšanu,
Nesen apspriežot risinājumus x86 procesoriem, kas neatbalsta Instrukcija «cmpxchg8b», Linuss Torvalds norādīja, ka varētu būt pienācis laiks padarīt šo paziņojumu par obligātu kodola palaišanai un noņemt atbalstu i486 procesoriem kas neatbalsta "cmpxchg8b", nevis "mēģina atdarināt, kā" šī instrukcija darbojas procesoros, kurus "neviens vairs neizmanto".
Pašlaik gandrīz visi Linux izplatījumi, kas turpina atbalstīt x86 32 bitu sistēmas, ir pārgājuši uz kodola kompilēšanu ar opciju X86_PAE, kam nepieciešams "cmpxchg8b" atbalsts.
Pēc Linusa teiktā, Kodola atbalsta ziņā i486 procesori ir zaudējuši nozīmi, lai gan tie joprojām ir sastopami ikdienā. Noteiktā brīdī procesori kļūst par muzeja priekšmetiem, un tiem pilnīgi iespējams iztikt ar "muzeja" kodoliem.
Ir vērts pieminēt, ka gadījumā, ja tiks atcelts atbalsts klasiskajam i486, tas neietekmēs Intel iegultos Quark procesorus, kuri, lai arī pieder pie i486 klases, ietver Pentium paaudzei raksturīgus papildu norādījumus, tostarp "cmpxchg8b ».
Papildus tam tiek minēts, ka tas pats attiecas uz Vortex86DX procesoriem. Atbalsts i386 procesoriem kodolā tika pārtraukts pirms 10 gadiem.
Varbūt mums vajadzētu iekost lodi un teikt, ka mēs atbalstām tikai x86-32 ar 'cmpxchg8b' (ti, Pentium un vēlāk).
Atbrīvojieties no visiem "emulēt 64 bitu atomus ar cli/sti, zinot, ka nevienam nav SMP šajos CPU" un ieviest vispārīgu x86-32 xchg() iestatījumu, izmantojot šo try_cmpxchg64 cilpu.
Es domāju, ka lielākā daļa (visu?) izplatījumu jau jebkurā gadījumā iespējo X86_PAE, kas padara X86_CMPXCHG64 par daļu no pamatprasības.
Es neesmu pārliecināts, ka mūsdienās lielākā daļa izplatījumu pat veic 32 bitu izstrādi.
...
Mēs atbrīvojāmies no i386 atbalsta 2012. gadā. Varbūt ir pienācis laiks atteikties no i486 atbalsta 2022. gadā?
Atbalsta beigas i486 varētu būt pavērsiens, kas jāapsver, jo pirms neilga laika dažādi Linux distribūcijas izvēlējās likvidēt 32 bitu procesoru atbalstu, kam nebija tādas sekas, kā daudzi gaidīja. Tā kā, jā, joprojām ir tūkstošiem lietotāju, kuriem ir datori ar zemu resursu patēriņu, kas padarīja Linux par lielisku iespēju tos turpināt lietot, īpaši daudzos marginalizētos apgabalos.
Un, lai gan atbalstu šāda veida iekārtām turpināja sniegt galvenie izplatītāji, to pašreizējās prasības padarīja to izmantošanu neiespējamu. Patiesība ir tāda, ka joprojām ir daži izplatījumi, kas turpina atbalstīt šo arhitektūru un, galvenais, ir optimizēti zema resursa datoru izmantošanai.
Attiecībā uz atbalsta izbeigšanas gadījumu tiek minēts, ka lietotāji, kuriem ir sistēmas ar i486 procesoriem, varēs izmantot kodola LTS versijaskas ilgs vēl daudzus gadus.
No otras puses, ir vērts pieminēt arī to Linux draiveru izstrādātājs atvērtā koda Apple AGX GPU par to ziņoja Apple M1 mikroshēmās sekmīgi nokārtoja 99,3% dEQP-GLES2 komplekta testu, kas pārbauda OpenGL ES 2 specifikācijas atbalsta līmeni Darbā tika izmantoti divi komponenti: DRM draiveris Linux kodolam, kas rakstīts Rust un Mesa draiveris, kas rakstīts C valodā.
Attīstība kontrolieriem to sarežģī fakts, ka Apple M1 izmanto savu GPU, ko izstrādājis Apple, darbojas patentēta programmaparatūra un tiek izmantotas diezgan sarežģītas koplietotas datu struktūras. GPU nav tehniskās dokumentācijas, un neatkarīga draivera izstrāde izmanto macOS draiveru reverso inženieriju.
Kontrolieris atvērtā koda izstrādāts Mesa, sākotnēji tika pārbaudīts macOS vidē līdz tika sagatavots Linux kodolam nepieciešamais DRM (Direct Rendering Manager) draiveris, kas ļāva Mesa izstrādāto draiveri izmantot Linux.
Papildus pašreizējiem panākumiem dEQP-GLES2 testu nokārtošanā, septembra beigās Linux draiveris Apple M1 mikroshēmām sasniedza līmeni, kas piemērots Wayland balstītas GNOME sesijas palaišanai un spēles Neverball un YouTube palaišanai pārlūkprogrammā Firefox.
Beidzot ja jūs interesē uzzināt vairāk par to, sīkāku informāciju varat pārbaudīt šī saite.