Provider Pack

Un Provider Pack rend une capacité matérielle exploitable par les modules sans intégration propriétaire directe. Le module déclare un besoin. Le nœud associe ce besoin à une capacité disponible.

Pièces du pack

Pièce	Rôle
Manifeste	Déclare fabricant, matériel, firmware, capacités et repli logiciel.
Autotest	Vérifie localement que la capacité matérielle fonctionne.
Session témoin	Fournit une trace rejouable produite par le fournisseur.
Attestation signée	Lie le pack au fournisseur et à la version déclarée.

Gabarit émulé

Le pack NPU émulé sert de point de départ. Il doit fonctionner sur les profils x86-64 et ARM64 sans matériel dédié.

oc2 pck new npu-example --from emulated-npu
oc2 pck test
oc2 pck sign --key ./keys/provider

Sortie attendue : l’autotest passe, la session témoin se rejoue et l’attestation couvre le manifeste.

Vie en flotte

Un pack approuvé entre dans le magasin de l’instance. Il se distribue par TUF comme un module.

Le retrait d’un pack doit ramener les modules vers leur repli logiciel si ce repli existe. Le retrait ne doit pas imposer une modification des modules consommateurs.

Critère anti-verrouillage

Une capacité exposée par deux packs doit rester substituable du point de vue du module consommateur. La concurrence porte sur la performance, la consommation et la qualité de l’attestation, pas sur une API privée appelée par le module.