Remplir la table ESRT
La table de ressources système EFI (ESRT) fournit un mécanisme permettant d’identifier les ressources intégrées du microprogramme de l’appareil et du système afin de cibler les mises à jour de microprogramme pour ces ressources. Chaque entrée de l’ESRT décrit une ressource de microprogramme d’appareil ou système qui peut être ciblée par un package de pilotes de mise à jour du microprogramme. Chaque ressource de microprogramme pouvant être mise à jour par un package de pilotes de mise à jour du microprogramme doit être décrite par exactement une entrée dans l’ESRT pour permettre le déploiement et l’installation des mises à jour du microprogramme. Pour plus d’informations sur la disposition et l’implémentation de l’ESRT, consultez Définition de table ESRT.
Le diagramme suivant montre un diagramme de bloc de haut niveau d’un système SoC classique.
Dans cet exemple, chaque appareil système contenant un microprogramme pouvant être mis à jour est représenté par un seul bloc. Chaque bloc est capable de recevoir et d’installer une mise à jour de microprogramme ciblée et indépendante pour l’appareil. Par conséquent, chaque bloc a une entrée unique dans l’ESRT représentant cet appareil, comme illustré dans le diagramme suivant.
Il est également possible pour un appareil d’avoir son microprogramme mis à jour dans le cadre d’un seul package de pilotes de mise à jour du microprogramme système monolithique. Dans ce cas, l’appareil n’aurait pas d’entrée ESRT, car il est mis à jour avec le microprogramme du système. Plus généralement, la mise à jour du microprogramme d’un appareil ne peut être ciblée que par une seule entrée dans l’ESRT.
Par souci de simplicité, le diagramme précédent décrit le modèle dans lequel chaque appareil a sa mise à jour du microprogramme ciblée séparément avec une entrée unique. Chaque GUID du tableau identifie un appareil pouvant être mis à jour ou le microprogramme système UEFI au sein de ce système SoC. Chaque GUID de la table est unique (autrement dit, deux appareils/microprogramme système ne partagent pas la même valeur GUID) et la table est unique à un système SoC unique. Les révisions matérielles d’un système SoC doivent définir de nouvelles valeurs GUID pour les appareils/microprogrammes système. Cela garantit que le microprogramme peut être ciblé sur chaque composant du matériel révisé, car des différences subtiles dans le matériel d’appareil entre les révisions peuvent nécessiter un microprogramme différent.
Articles connexes
Personnaliser le microprogramme pour différentes régions géographiques
Créer un package de mise à jour du microprogramme