Linus Benedict Torvalds je finsko-američki softverski inženjer, poznat po pokretanju i održavanju razvoja Linux kernela,
Nedavno dok raspravljamo o rješenjima na x86 procesorima koji ne podržavaju Uputstvo «cmpxchg8b», Linus Torvalds je izjavio da je možda vrijeme za to učinite ovu izjavu obaveznom za pokretanje kernela i uklonite podršku za i486 procesore koji ne podržavaju "cmpxchg8b", umjesto da "pokušaju oponašati kako" ova instrukcija radi na procesorima koje "više niko ne koristi".
Trenutno, skoro sve Linux distribucije koje nastavljaju da podržavaju x86 32-bitne sisteme prešle su na kompajliranje kernela sa opcijom X86_PAE, koja zahteva podršku "cmpxchg8b".
Prema Linusu, u smislu podrške u kernelu, i486 procesori su izgubili relevantnost, iako se i dalje nalaze u svakodnevnom životu. Procesori u određenom trenutku postaju muzejski eksponati i za njih je sasvim moguće snaći se sa "muzejskim" jezgrama.
Vrijedi napomenuti da ako se nastavi s uklanjanjem podrške za klasični i486, to neće utjecati na Intelove ugrađene Quark procesore, koji, iako pripadaju klasi i486, uključuju dodatne instrukcije tipične za Pentium generaciju, uključujući "cmpxchg8b".
Uz to se spominje da se isto odnosi i na Vortex86DX procesore. Podrška za i386 procesore je odbačena u kernelu prije 10 godina.
Možda bismo trebali pregristi metak i reći da podržavamo samo x86-32 sa 'cmpxchg8b' (tj. Pentium i noviji).
Oslobodite se svih "emulacija 64-bitne atomike sa cli/sti, znajući da ionako niko nema SMP na tim CPU-ima", i implementirajte generičko podešavanje x86-32 xchg() koristeći tu petlju try_cmpxchg64.
Mislim da većina (svih?) distribucija ionako već omogućava X86_PAE, što čini X86_CMPXCHG64 dijelom osnovnog zahtjeva.
Nije da sam uvjeren da većina distribucija ovih dana radi čak i na 32-bitnom razvoju.
...
Riješili smo se podrške za i386 2012. Možda je vrijeme da odustanemo od podrške za i486 2022?
Prestanak podrške za i486 mogao bi biti prekretnica za razmatranje, budući da su ne tako davno različite Linux distribucije odlučile eliminirati podršku za 32-bitne procesore, što zapravo nije imalo posljedice koje su mnogi očekivali. Budući da kao takav da, još uvijek postoje hiljade korisnika koji imaju računare sa niskim resursima, što je Linux učinilo odličnom opcijom za nastavak korištenja, posebno u mnogim marginaliziranim područjima.
I iako su podršku ovoj vrsti opreme nastavile davati glavne distribucije, njihovi trenutni zahtjevi su onemogućili njihovu upotrebu. Istina je da još uvijek postoje neke distribucije koje i dalje podržavaju ovu arhitekturu i, prije svega, koje su optimizirane za korištenje računala s malim resursima.
Što se tiče slučaja prestanka podrške, pominje se da je korisnici koji imaju sisteme sa i486 procesorima će moći da koriste LTS verzije kernelakoji će trajati dugi niz godina.
S druge strane, to je također vrijedno napomenuti programer Linux drajvera open source za Apple AGX GPU koji se koriste u Apple M1 čipovima su to objavili uspješno prošao 99,3% testova dEQP-GLES2 paketa, koji potvrđuje nivo podrške za specifikaciju OpenGL ES 2. U radu su korištene dvije komponente: DRM drajver za Linux kernel, napisan u Rustu, i Mesa drajver napisan u C.
Razvoj kontrolora je komplikovano činjenicom da Apple M1 koristi vlastiti GPU, koji je dizajnirao Apple, pokreće vlasnički firmver i koristi prilično složene zajedničke strukture podataka. Ne postoji tehnička dokumentacija za GPU, a nezavisni razvoj drajvera koristi obrnuti inženjering macOS drajvera.
Kontroler open source razvijen za Mesu prvobitno je testiran u macOS okruženju sve dok nije pripremljen drajver DRM (Direct Rendering Manager) potreban za Linux kernel, što je omogućilo da se drajver razvijen za Mesu koristi na Linuxu.
Pored trenutnog uspeha u polaganju dEQP-GLES2 testova, krajem septembra Linux drajver za Apple M1 čipove dostigao je nivo pogodan za pokretanje GNOME sesije zasnovane na Waylandu i pokretanje igre Neverball i YouTube u Firefox pretraživaču.
Konačno ako ste zainteresirani da saznate više o tome, detalje možete provjeriti u sljedeći link.