Linux 6.3 EDAC se prépare pour Intel Granite Rapids avec jusqu’à 12 canaux de mémoire DDR5
Les ingénieurs open source d’Intel ont été occupés à déployer le support Linux pour Emerald Rapids en tant que successeur de Sapphire Rapids, puis pour Granite Rapids en tant que processeurs Xeon Scalable par la suite. Avec les changements i10nm EDAC alignés avant Linux 6.3, il y a une prise en charge via Granite Rapids ainsi que Granite Rapids confirmant la prise en charge d’une mémoire système DDR5 jusqu’à 12 canaux.
En file d’attente cette semaine dans la branche Git “edac-for-next” de RAS.git avant la fenêtre de fusion Linux 6.3 de février se trouvent la prise en charge d’Emerald Rapids et de Granite Rapids dans i10nm, les pilotes de détection et de correction d’erreurs utilisés par le processeur du serveur Xeons depuis Ice Lake pour le rapport d’erreur du contrôleur de mémoire.
La prise en charge d’Emerald Rapids pour le pilote Intel EDAC est un ajout d’une ligne qui ajoute l’ID requis. Ce n’est pas trop surprenant étant donné toutes les indications qu’Emerald Rapids est très proche de Sapphire Rapids en termes de fonctionnalités/capacités. Les autres ajouts d’Emerald Rapids à Linux 6.2 ajoutent généralement de nouveaux identifiants et suivent les mêmes chemins de code de pilote que Sapphire Rapids.
Avec l’ajout de Granite Rapids pour l’EDAC i10nm, les choses deviennent plus intéressantes. Pour la prise en charge de Granite Rapids, les notes des différents contrôleurs de mémoire comptent entre les différents processeurs Granite Rapids, les différents décalages MMIO et d’autres différences par rapport à Sapphire/Emerald Rapids. Ainsi, dans le pilote EDAC, il détecte désormais le nombre de contrôleurs de mémoire présents lors de l’exécution en raison du nombre différent de contrôleurs de mémoire sur différents modèles de CPU Granite Rapids.
Avec ce nouveau code Intel EDAC, il confirme que Granite Rapids le supportera jusqu’à ce que 12 canaux de mémoire (pas plus de 12 car un autre contrôle dans le code du pilote génère maintenant une erreur si une constante définie sur 12 est dépassée). Le nombre statique de canaux de mémoire défini pour Granite Rapids est défini sur 12 avant de déterminer dynamiquement le nombre réel au moment de l’exécution.
Il y a des rumeurs qui indiquent la prise en charge de douze canaux DDR5-6400 dans Granite Rapids tandis que d’autres rapportent huit canaux, mais dans tous les cas, avec ce code de pilote open source compilé dans Linux 6.3, il confirme qu’il y aura jusqu’à 12 canaux de mémoire avec Granite Raids. (Il n’y a pas de changement entre Emerald Rapids et Sapphire Rapids.) Parmi les processeurs Xeon Scalable jusqu’à présent, ils ont tous inclus la prise en charge du même nombre de canaux de mémoire dans la pile de produits, mais avec des SKU inférieurs qui sont configurés pour fonctionner à une vitesse de mémoire inférieure.
Maintenant, en regardant Granite Rapids, non seulement les SKU peuvent différer du côté mémoire du système par la vitesse de la mémoire DDR5, mais aussi le nombre de contrôleurs/canaux de mémoire pris en charge pour un processeur donné. Dans la disposition en mosaïque de Sapphire Rapids, il y a quatre tuiles avec un contrôleur de mémoire et deux canaux DDR5 par tuile, mais peut-être que Granite Rapids est l’endroit où nous verrons plus – et un nombre différent de – tuiles basées sur SKU, d’où la possibilité de différents nombre de canaux mémoire.
Le travail EDAC i10nm confirme également qu’il y aura toujours des références Granite Rapids avec mémoire HBM2 attendues, ce qui est agréable à voir.
Avec les processeurs EPYC “Genoa” de 4e génération récemment lancés, AMD a introduit la prise en charge de la mémoire DDR5-4800 à 12 canaux dans l’ensemble de sa gamme de produits. Au cas où vous l’auriez manqué, consultez ma comparaison de mise à l’échelle des canaux de mémoire AMD EPYC Genoa 6/8/10/12 avec les nombreuses références de référence pour les avantages de la mémoire de serveur DDR5 à 12 canaux.
Comme toujours, félicitations aux ingénieurs open source d’Intel pour avoir déjà travaillé à la mise en place en amont des changements de prise en charge des pilotes Granite Rapids / Emerald Rapids bien avant le lancement du produit. Cela continue d’être l’un des points forts pour Intel qui obtient généralement une grande partie de son activation Linux avant le lancement, y compris pour des domaines tels que la prise en charge du compilateur GCC et LLVM/Clang où ils ont également commencé à mettre en amont leurs correctifs.
