Linus Benedict Torvalds este un inginer software finlandez-american, cunoscut pentru pornirea și menținerea dezvoltării nucleului Linux,
recent în timp ce discutăm despre soluții pe procesoare x86 care nu acceptă Instrucțiunea „cmpxchg8b”, Linus Torvalds a declarat că ar putea fi timpul faceți această declarație obligatorie pentru ca nucleul să ruleze și eliminați suportul pentru procesoarele i486 care nu acceptă „cmpxchg8b”, mai degrabă decât „încercarea de a emula modul în care” această instrucțiune funcționează pe procesoare pe care „nimeni nu le mai folosește”.
În prezent, aproape toate distribuțiile Linux care continuă să accepte sisteme x86 pe 32 de biți au trecut la compilarea nucleului cu opțiunea X86_PAE, care necesită suport „cmpxchg8b”.
Potrivit lui Linus, în ceea ce privește suportul în nucleu, procesoarele i486 și-au pierdut relevanța, chiar dacă încă se găsesc în viața de zi cu zi. La un moment dat, procesoarele devin piese de muzeu, iar pentru ei este foarte posibil să se descurce cu nuclee „muzeu”.
Merită menționat faptul că, dacă se va elimina suportul pentru clasicul i486, acest lucru nu va afecta procesoarele Intel Quark încorporate, care, deși aparțin clasei i486, includ instrucțiuni suplimentare tipice generației Pentium, inclusiv „cmpxchg8b”.
În plus, se menționează că același lucru este valabil și pentru procesoarele Vortex86DX. Suportul pentru procesoarele i386 a fost renunțat la kernel acum 10 ani.
Poate ar trebui să mușcăm glonțul și să spunem că acceptăm doar x86-32 cu „cmpxchg8b” (adică Pentium și mai târziu).
Scăpați de toate „emulați atomii pe 64 de biți cu cli/sti, știind că oricum nimeni nu are SMP pe acele procesoare” și implementați o configurare x86-32 xchg() generică folosind acea buclă try_cmpxchg64.
Cred că majoritatea (toate?) distribuțiilor activează deja X86_PAE, ceea ce face ca X86_CMPXCHG64 să facă parte din cerința de bază.
Nu că sunt convins că majoritatea distribuțiilor chiar fac dezvoltare pe 32 de biți în zilele noastre.
...
Am scăpat de suportul i386 în 2012. Poate că este timpul să renunțăm la suportul i486 în 2022?
Sfârșitul suportului pentru i486 ar putea fi o piatră de hotar de luat în considerare, deoarece nu cu mult timp în urmă diverse distribuții Linux au ales să elimine suportul pentru procesoarele pe 32 de biți, ceea ce nu a avut cu adevărat repercusiunile așteptate de mulți. Deoarece ca atare da, există încă mii de utilizatori care au computere cu resurse reduse, ceea ce a făcut din Linux o opțiune excelentă pentru a le folosi în continuare, mai ales în multe zone marginalizate.
Și deși suportul pentru acest tip de echipamente a continuat să fie oferit de principalele distribuții, cerințele lor actuale au făcut ca utilizarea lor să fie imposibil de realizat. Adevărul este că există încă unele distribuții care continuă să susțină această arhitectură și, mai ales, care sunt optimizate pentru utilizarea computerelor cu resurse reduse.
În ceea ce privește cazul încetării sprijinului, se menționează că utilizatorii care au sisteme cu procesoare i486 vor putea folosi versiunile LTS ale nucleuluicare va dura mulți ani de acum înainte.
Pe de altă parte, merită menționat că dezvoltatorul driverului Linux open source pentru GPU Apple AGX utilizate în chip-urile Apple M1 a raportat că a trecut cu succes 99,3% din testele suitei dEQP-GLES2, care verifică nivelul de suport pentru specificația OpenGL ES 2. În lucrare au fost utilizate două componente: un driver DRM pentru nucleul Linux, scris în Rust și un driver Mesa scris în C.
Dezvoltarea a controlorilor este complicat de faptul că Apple M1 folosește propriul GPU, proiectat de Apple, rulează firmware proprietar și utilizează structuri de date partajate destul de complexe. Nu există documentație tehnică pentru GPU, iar dezvoltarea independentă a driverelor utilizează inginerie inversă a driverelor macOS.
Controlerul open source dezvoltat pentru Mesa a fost testat inițial într-un mediu macOS până când a fost pregătit driverul DRM (Direct Rendering Manager) necesar pentru nucleul Linux, ceea ce a permis ca driverul dezvoltat pentru Mesa să fie utilizat pe Linux.
Pe lângă succesul actual în trecerea testelor dEQP-GLES2, la sfârșitul lunii septembrie driverul Linux pentru cipurile Apple M1 a atins un nivel potrivit pentru rularea unei sesiuni GNOME bazată pe Wayland și rularea jocului Neverball și YouTube în browserul Firefox.
În cele din urmă dacă sunteți interesat să aflați mai multe despre asta, puteți verifica detaliile în următorul link.