Linus Benedict Torvalds to fińsko-amerykański inżynier oprogramowania, znany z uruchamiania i utrzymywania rozwoju jądra Linux,
Ostatnio podczas omawiania rozwiązań na procesorach x86, które nie obsługują Instrukcja «cmpxchg8b», Linus Torvalds stwierdził, że może nadszedł czas, aby zrób to oświadczenie obowiązkowe dla jądra do uruchomienia i usuń obsługę procesorów i486 które nie obsługują "cmpxchg8b", zamiast "próbować naśladować, jak" ta instrukcja działa na procesorach, których "nikt już nie używa".
Obecnie prawie wszystkie dystrybucje Linuksa, które nadal obsługują 86-bitowe systemy x32, przeszły na kompilację jądra z opcją X86_PAE, która wymaga obsługi „cmpxchg8b”.
Według Linusa pod względem wsparcia w jądrze procesory i486 straciły na znaczeniu, mimo że wciąż można je spotkać w życiu codziennym. W pewnym momencie procesory stają się eksponatami muzealnymi i dla nich całkiem możliwe jest obejście się z „muzealnymi” rdzeniami.
Warto wspomnieć, że jeśli nastąpi usunięcie wsparcia dla klasycznego i486, nie wpłynie to na wbudowane procesory Intel Quark, które choć należą do klasy i486, zawierają dodatkowe instrukcje typowe dla generacji Pentium, w tym „cmpxchg8b”.
Oprócz tego wspomniano, że to samo dotyczy procesorów Vortex86DX. Wsparcie dla procesorów i386 zostało porzucone w jądrze 10 lat temu.
Może powinniśmy ugryźć kulę i powiedzieć, że obsługujemy x86-32 tylko z 'cmpxchg8b' (np. Pentium i nowsze).
Pozbądź się wszystkich "emulowania 64-bitowych atomów za pomocą cli/sti, wiedząc, że i tak nikt nie ma SMP na tych procesorach" i zaimplementuj ogólną konfigurację x86-32 xchg() przy użyciu tej pętli try_cmpxchg64.
Myślę, że większość (wszystkie?) dystrybucji i tak już włącza X86_PAE, co czyni X86_CMPXCHG64 częścią podstawowego wymagania.
Nie żebym był przekonany, że obecnie większość dystrybucji wykonuje nawet 32-bitowy program rozwojowy.
...
Pozbyliśmy się wsparcia dla i386 w 2012 roku. Może czas zrezygnować z wsparcia dla i486 w 2022 roku?
Koniec wsparcia dla i486 może być kamieniem milowym do rozważenia, ponieważ nie tak dawno różne dystrybucje Linuksa zdecydowały się wyeliminować wsparcie dla 32-bitowych procesorów, co nie miało tak naprawdę oczekiwanych przez wielu reperkusji. Ponieważ tak, nadal istnieją tysiące użytkowników, którzy mają komputery o niskich zasobach, co czyniło Linuksa doskonałą opcją do dalszego korzystania z nich, szczególnie w wielu zmarginalizowanych obszarach.
I choć wsparcie dla tego typu urządzeń nadal udzielały główne dystrybucje, ich obecne wymagania uniemożliwiały ich zastosowanie. Prawda jest taka, że nadal istnieją dystrybucje, które nadal obsługują tę architekturę, a przede wszystkim są zoptymalizowane pod kątem korzystania z komputerów o niskich zasobach.
Odnośnie przypadku zakończenia wsparcia wspomina się, że użytkownicy posiadający systemy z procesorami i486 będą mogli korzystać z wersji jądra LTSktóry będzie trwał przez wiele lat.
Z drugiej strony warto też o tym wspomnieć programista sterowników dla Linuksa otwarte źródło dla procesora graficznego Apple AGX używany w chipach Apple M1 poinformował, że pomyślnie przeszedł 99,3% testów pakietu dEQP-GLES2, który weryfikuje poziom obsługi specyfikacji OpenGL ES 2. W pracy wykorzystano dwa komponenty: sterownik DRM dla jądra Linux napisany w języku Rust oraz sterownik Mesa napisany w języku C.
Rozwój kontrolerów komplikuje fakt, że Apple M1 korzysta z własnego GPU, zaprojektowany przez Apple, uruchamia zastrzeżone oprogramowanie układowe i używa dość złożonych struktur współdzielonych danych. Nie ma dokumentacji technicznej dla GPU, a niezależne opracowywanie sterowników wykorzystuje inżynierię wsteczną sterowników macOS.
Kontroler otwarte źródło opracowany dla Mesa był początkowo testowany w środowisku macOS do czasu przygotowania sterownika DRM (Direct Rendering Manager) wymaganego dla jądra Linuksa, co pozwoliło na użycie sterownika opracowanego dla Mesy w Linuksie.
Oprócz obecnego sukcesu w przejściu testów dEQP-GLES2, pod koniec września sterownik dla układów Apple M1 dla systemu Linux osiągnął poziom odpowiedni do uruchomienia sesji GNOME opartej na Wayland oraz uruchomienia gry Neverball i YouTube w przeglądarce Firefox.
W końcu jeśli chcesz dowiedzieć się więcej na ten temat, możesz sprawdzić szczegóły w następujący link.