Le 19 septembre 2026, deux changements du pilote graphique Xe d’Intel ont été signalés comme soumis pour le cycle Linux 7.4 : l’un prévoirait de sonder la dernière page de VRAM au démarrage, l’autre d’écarter les pages physiques reconnues comme défectueuses des allocations futures. Ces deux mécanismes répondent à des problèmes différents.
Deux mécanismes, deux rôles
Le premier contrôle certains réglages au début de l’initialisation du pilote. Le second empêcherait la réutilisation de pages mémoire déjà reconnues comme défectueuses.
| Mécanisme | Fonction prévue | Moment et condition |
| Contrôle de la dernière page | Sonder la dernière page de VRAM comme page sentinelle pour repérer des problèmes de configuration ou de dimensionnement. | Au début de l’initialisation ; conditionné à CONFIG_DRM_XE_DEBUG_MEM. |
| Exclusion des pages défectueuses | Retirer durablement les pages physiques défectueuses des allocations ultérieures. | Lors des allocations futures ; les zones concernées seraient visibles dans DebugFS. |
Un contrôle précoce réservé au débogage
La dernière page sert de sentinelle : le pilote la solliciterait pour repérer des problèmes de dimensionnement de la BAR, de CCS ou de configuration du mappage d’identités. CCS désigne ici les données de métadonnées liées à la compression.
Sur certaines cartes Battlemage, un décalage CCS mal aligné pouvait conduire l’allocateur à traiter une partie de ces données de compression comme de la VRAM ordinaire. Le contrôle de la dernière page a notamment été motivé par ce problème. La configuration CONFIG_DRM_XE_DEBUG_MEM le réserve aux compilations du noyau qui activent cette option de débogage : il ne s’agit pas d’un contrôle activé par défaut en production.
Écarter les pages de VRAM défectueuses
La mise à l’écart des pages est distincte du contrôle au démarrage. Elle viserait les pages physiques déjà identifiées comme défectueuses, afin qu’elles ne soient pas réutilisées dans les allocations suivantes. Les zones concernées seraient exposées dans DebugFS.
