Intel a un nouveau système sur puce de qualité spatiale nommé Starfire, et sa première trace dans Linux est exactement le genre de correctif attendu : un identifiant matériel ajouté au sous système EDAC de gestion des erreurs mémoire, en attente pour le noyau 7.3. La puce elle même dérive de Panther Lake et vise l'orbite, avec quatre cœurs performance en Intel 18A, quatre cœurs basse consommation, un NPU en trois tuiles et une tuile graphique Xe gravée en Intel 3, le tout assemblé en Foveros. Deux configurations existent, à dix et trente cinq watts, jusqu'à 45 et 75 TOPS, spécifiées de moins cinquante cinq à cent vingt cinq degrés Celsius. Les échantillons arrivent ce trimestre.
The short answer
Intel a dévoilé Starfire, un SoC de qualité spatiale dérivé de Panther Lake et piloté par Intel Government Technologies. Il réunit quatre cœurs performance en Intel 18A, quatre cœurs basse consommation et un NPU en trois tuiles en 18A, avec un GPU Xe à quatre cœurs gravé en Intel 3, dans un assemblage Foveros. Deux configurations consomment dix et trente cinq watts pour 45 et 75 TOPS, toutes deux avec 12 lignes PCIe Gen4 et LPDDR5 ou DDR5, données de moins cinquante cinq à cent vingt cinq degrés Celsius et pour plus de dix ans de service. Les données de radiation sont encore en caractérisation. Le premier patch Linux, un identifiant pour le pilote EDAC IGEN6, vise le noyau 7.3.
Le nouveau silicium arrive rarement dans le noyau avec une annonce. Il arrive sous la forme d'un nombre hexadécimal dans une table, et quelqu'un qui lit les journaux de commits le remarque. C'est ainsi que Starfire est apparue : un identifiant matériel placé dans la branche edac-for-next du sous système EDAC, pour le noyau Linux 7.3, au bénéfice d'une puce qu'Intel destine à l'orbite.
Une puce de portable, durcie
Starfire est un système sur puce de qualité spatiale conçu pour le gouvernement des États Unis et pris en charge par Intel Government Technologies. Son organisation parlera à quiconque a lu un schéma de Panther Lake. Quatre cœurs performance et quatre cœurs d'efficacité basse consommation, un NPU en trois tuiles, et un GPU Xe à quatre cœurs avec 64 unités d'exécution, assemblés en Foveros.
La répartition des procédés est la partie intéressante. Le calcul et le NPU sont en Intel 18A, le nœud le plus avancé de l'entreprise, et fabriqué sur le sol américain. La tuile graphique est en Intel 3, le nœud plus ancien. C'est une décision de conception en chiplets, pas un compromis subi : on place sur le nœud de pointe ce qui en tire un bénéfice, et on fabrique le reste là où la capacité est abordable et le procédé mature. Pour un client dont l'exigence réelle est une chaîne d'approvisionnement domestique, pouvoir désigner le lieu de fabrication de chaque tuile constitue presque tout l'argumentaire.
Deux configurations ont été publiées. La version basse consommation tire dix watts, cadence les cœurs performance à 1,0 GHz et les cœurs d'efficacité à 850 MHz, avec un GPU entre 800 MHz et 1,0 GHz, et atteint 45 TOPS. La version performance tire trente cinq watts, monte les cœurs performance à 3,1 GHz et les cœurs d'efficacité à 2,1 GHz avec un GPU à 2,0 GHz, et atteint 75 TOPS. Les deux embarquent 12 lignes PCIe Gen4, acceptent LPDDR5 ou DDR5, et sont spécifiées de moins cinquante cinq à cent vingt cinq degrés Celsius avec une durée de vie supérieure à dix ans.
Soixante quinze TOPS est un chiffre inhabituel à côté d'un engin spatial. La raison tient à ce que les satellites veulent de plus en plus décider de ce qui mérite d'être transmis avant de le transmettre. La ressource rare, c'est la liaison descendante, pas la capacité des capteurs. Faire tourner l'inférence à bord et envoyer des conclusions plutôt que des images brutes devient donc le gain évident. Un NPU en orbite est un argument de bande passante déguisé en argument de calcul.
Les données de radiation restent ouvertes
Une ligne de la couverture mérite plus d'attention que le chiffre de TOPS : les données de radiation sont encore en caractérisation. L'enveloppe thermique, les fréquences et la durée de vie sont publiées, alors que les valeurs de tolérance qui décident réellement de l'aptitude au vol sont toujours en cours de mesure.
C'est normal pour un programme livrant des échantillons d'ingénierie au troisième trimestre 2026, et c'est aussi la raison de manier les comparaisons avec prudence. La couverture oppose Starfire au RAD750, le processeur durci qui sert de choix par défaut pour les engins spatiaux depuis une vingtaine d'années, et sur le papier l'écart de performance n'a rien de serré. La formule « sur le papier » porte beaucoup de poids tant que les résultats de caractérisation ne sont pas là.
À quoi ressemblera le support en amont
Le patch qui ouvre le bal est volontairement minuscule. L'architecture mémoire de Starfire est assez proche de celle de Panther Lake pour que le pilote IGEN6 existant la gère déjà, si bien qu'un identifiant suffisait au sous système EDAC pour s'attacher. Phoronix s'attend à une suite du même ordre : d'autres identifiants, portés par des chemins de code Panther Lake déjà en amont et déjà éprouvés par une base d'utilisateurs bien plus large.
Pour qui administre des parcs plutôt que des satellites, c'est un rappel utile du comportement d'EDAC. Le pilote s'attache par identifiant. Quand l'identifiant manque, le pilote ne se charge pas, et le résultat n'est pas un message d'erreur mais une absence : pas de compteurs d'erreurs corrigibles, rien dans l'arborescence sysfs d'EDAC, et aucune donnée derrière l'alerte de santé mémoire que vous pensiez avoir. Sur des plateformes toutes neuves, ce trou peut durer un ou deux cycles de noyau.
La vérification coûte peu. Assurez vous qu'un pilote EDAC s'est bien attaché sur une nouvelle plateforme avant de faire confiance à un tableau de bord qui déclare la mémoire en bonne santé, car une machine qui démarre n'est pas une machine surveillée.
Sources et pour aller plus loin
- Phoronix : Linux 7.3 commence à préparer le terrain pour Intel Starfire
- Tom's Hardware : Intel présente sa puce spatiale Starfire
- Igor's Lab : Intel Starfire, SoC 18A pour l'espace à 75 TOPS
- Hardware Busters : Starfire met du 18A en orbite
- Documentation du noyau : EDAC, détection et correction d'erreurs
Questions fréquentes
Qu'est ce qui a été intégré exactement, et Starfire est il déjà supporté ?
Ce qui a été intégré, c'est un identifiant matériel, placé dans la branche edac-for-next du sous système EDAC pendant la semaine du deux août 2026, ce qui le met sur la trajectoire du noyau Linux 7.3. EDAC est la couche de détection et de correction d'erreurs, le code qui remonte les erreurs mémoire corrigibles et non corrigibles, et IGEN6 est le pilote qui couvre les contrôleurs mémoire intégrés d'Intel sur les puces client. Comme l'architecture mémoire de Starfire suit de très près celle de Panther Lake, le code IGEN6 existant fait déjà le travail et seul le nouvel identifiant manquait pour que le pilote s'attache. Donc non, ce n'est pas un support complet de la plateforme. C'est le premier commit d'une série qui s'annonce longue, et Phoronix s'attend à ce que la suite ressemble à cela : de nouveaux identifiants sur des chemins de code Panther Lake déjà en place.
Pourquoi une puce spatiale apparaît elle dans les mêmes pilotes qu'une puce d'ordinateur portable ?
Parce que c'est la même conception, durcie et retriée plutôt que redessinée. Starfire est présentée comme dérivée de Panther Lake, et elle conserve les briques du silicium client : le contrôleur mémoire intégré, les blocs d'affichage et de média, l'architecture graphique Xe. Réutiliser une conception déjà en production, c'est tout l'argument économique d'une puce de ce type, puisque l'alternative est un processeur tolérant aux radiations conçu sur mesure, hors de prix, livré avec des années de retard et une fraction des performances. La conséquence côté Linux est agréable. Les pilotes écrits pour une puce grand public s'appliquent en grande partie, et c'est pourquoi le premier patch tient en une ligne plutôt qu'en un nouveau sous système.
Quelles sont les deux configurations de Starfire ?
Les deux partagent la même organisation : quatre cœurs performance en Intel 18A, quatre cœurs d'efficacité basse consommation, un NPU en trois tuiles également en 18A, et un GPU Xe à quatre cœurs avec 64 unités d'exécution gravé en Intel 3. Elles diffèrent par les fréquences et l'enveloppe. La version dix watts fait tourner les cœurs performance à 1,0 GHz, les cœurs d'efficacité à 850 MHz et le GPU entre 800 MHz et 1,0 GHz, pour un maximum de 45 TOPS. La version trente cinq watts monte les cœurs performance à 3,1 GHz, les cœurs d'efficacité à 2,1 GHz et le GPU à 2,0 GHz, pour un maximum de 75 TOPS. Les deux embarquent 12 lignes PCIe Gen4, acceptent LPDDR5 ou DDR5, et sont données pour plus de dix ans de service entre moins cinquante cinq et cent vingt cinq degrés Celsius.
Starfire est elle réellement qualifiée pour les radiations ?
Pas encore, et c'est le point à lire attentivement. La couverture de la fiche produit précise que les données de radiation sont encore en cours de caractérisation, autrement dit les chiffres thermiques et de durée de vie sont publiés alors que les valeurs de tolérance qui décident si une puce peut voler sont toujours en mesure. C'est un stade normal pour un programme au niveau d'échantillons d'ingénierie, et c'est aussi pourquoi personne ne devrait considérer le chiffre de TOPS comme acquis pour une mission. Intel Government Technologies pilote le programme, les échantillons sont annoncés pour le troisième trimestre 2026, et le calendrier de production en volume n'a pas été communiqué.
Est ce que cela me concerne si j'exploite des serveurs Intel ordinaires ?
Directement, non. Indirectement, c'est un rappel utile du fonctionnement des identifiants EDAC. Si l'identifiant d'une plateforme manque dans la table IGEN6, le pilote ne s'attache pas, et vous perdez silencieusement toute remontée d'erreurs mémoire : plus de compteurs d'erreurs corrigibles, rien dans l'arborescence sysfs d'EDAC, rien sur quoi alerter. Cette panne est muette par nature, ce qui la rend dangereuse sur du matériel récent. La bonne habitude consiste à vérifier que le pilote s'est bien chargé sur toute plateforme fraîchement déployée, plutôt que de supposer qu'une machine qui démarre est une machine surveillée.