Linus Benedict Torvalds è un ingegnere del software finlandese-americano, noto per aver avviato e mantenuto lo sviluppo del kernel Linux,
recentemente mentre si discute di soluzioni su processori x86 che non supportano Le istruzioni «cmpxchg8b», Linus Torvalds ha affermato che potrebbe essere il momento di farlo rendere questa istruzione obbligatoria per l'esecuzione del kernel e rimuovere il supporto per i processori i486 che non supportano "cmpxchg8b", piuttosto che "cercare di emulare come" questa istruzione funziona su processori che "nessuno usa più".
Attualmente, quasi tutte le distribuzioni Linux che continuano a supportare i sistemi x86 a 32 bit sono passate alla compilazione del kernel con l'opzione X86_PAE, che richiede il supporto "cmpxchg8b".
Secondo Lino, in termini di supporto nel kernel, i processori i486 hanno perso rilevanza, anche se si trovano ancora nella vita di tutti i giorni. A un certo punto, i processori diventano pezzi da museo, e per loro è del tutto possibile cavarsela con i nuclei "museo".
Vale la pena ricordare che se la rimozione del supporto per il classico i486 procede, ciò non influirà sui processori Quark embedded di Intel, che, pur appartenendo alla classe i486, includono istruzioni aggiuntive tipiche della generazione Pentium, tra cui "cmpxchg8b".
In aggiunta a ciò si dice che lo stesso vale per i processori Vortex86DX. Il supporto per i processori i386 è stato abbandonato nel kernel 10 anni fa.
Forse dovremmo mordere il proiettile e dire che supportiamo solo x86-32 con 'cmpxchg8b' (cioè Pentium e successivi).
Sbarazzati di tutti gli "emulatori atomici a 64 bit con cli/sti, sapendo che nessuno ha comunque SMP su quelle CPU" e implementa una configurazione xchg() generica x86-32 usando quel ciclo try_cmpxchg64.
Penso che la maggior parte (tutte?) Le distribuzioni abilitino già X86_PAE, il che rende X86_CMPXCHG64 parte del requisito di base.
Non che io sia convinto che la maggior parte delle distribuzioni faccia anche sviluppo a 32 bit in questi giorni.
...
Ci siamo sbarazzati del supporto i386 nel 2012. Forse è ora di abbandonare il supporto i486 nel 2022?
La fine del supporto per i486 potrebbe essere una pietra miliare da considerare, dal momento che non molto tempo fa varie distribuzioni Linux hanno scelto di eliminare il supporto per i processori a 32 bit, cosa che non ha avuto le ripercussioni che molti si aspettavano. Dal momento che in quanto tale sì, ci sono ancora migliaia di utenti che hanno computer con risorse limitate, il che ha reso Linux un'opzione eccellente per continuare a usarli, specialmente in molte aree emarginate.
E sebbene il supporto per questo tipo di apparecchiature continuasse ad essere fornito dalle principali distribuzioni, le loro attuali esigenze ne rendevano impossibile l'utilizzo. La verità è che ci sono ancora alcune distribuzioni che continuano a supportare questa architettura e, soprattutto, che sono ottimizzate per l'uso di computer con risorse limitate.
Per quanto riguarda il caso di fine supporto, si ricorda che il gli utenti che hanno sistemi con processori i486 potranno utilizzare le versioni LTS del kernelche durerà per molti anni a venire.
D'altra parte, vale anche la pena menzionarlo lo sviluppatore di driver Linux open source per GPU Apple AGX utilizzato nei chip Apple M1 lo ha riferito ha superato con successo il 99,3% dei test della suite dEQP-GLES2, che verifica il livello di supporto per la specifica OpenGL ES 2. Nel lavoro sono stati utilizzati due componenti: un driver DRM per il kernel Linux, scritto in Rust, e un driver Mesa scritto in C.
Lo sviluppo dei controllori è complicato dal fatto che Apple M1 utilizza la propria GPU, progettato da Apple, esegue firmware proprietario e utilizza strutture di dati condivisi piuttosto complesse. Non esiste documentazione tecnica per la GPU e lo sviluppo indipendente dei driver utilizza il reverse engineering dei driver macOS.
Il controller open source sviluppato per Mesa è stato inizialmente testato in un ambiente macOS fino a quando non è stato preparato il driver DRM (Direct Rendering Manager) richiesto per il kernel Linux, che ha consentito di utilizzare il driver sviluppato per Mesa su Linux.
Oltre all'attuale successo nel superare i test dEQP-GLES2, a fine settembre il driver Linux per i chip Apple M1 ha raggiunto un livello adatto per eseguire una sessione GNOME basata su Wayland ed eseguire il gioco Neverball e YouTube nel browser Firefox.
Infine se sei interessato a saperne di più, puoi controllare i dettagli nel file seguente link