Accellera stellt PSS 2.0 vor – produktionsbereit

Ich hatte kürzlich eine Diskussion mit Tom Fitzpatrick von Siemens und Faris Khundakjie von Intel über die neueste Version von PSS – 2.0. Faris leitet die PSS-Arbeitsgruppe und Tom ist stellvertretender Vorsitzender. Im Folgenden fasse ich das Feedback beider zusammen und nenne manchmal interessante Einzelkommentare. Meine erste offensichtliche Frage: Was unterscheidet 2.0 von 1.0? Mir geht es eher um Motivation als um technische Details. Deshalb haben wir mit den Zielen von 1.0 begonnen und wie 2.0 auf der frühen Veröffentlichung aufbaut.

Entwicklung von PSS

PSS ist eine ziemlich große Abweichung von der am häufigsten verstandenen Plattform für IP- und SoC-Tests (UVM). UVM eignet sich für viele Dinge, aber nicht für softwaregesteuerte Tests oder Portierungstests zwischen Benutzern auf unterschiedlichen Integrationsebenen und unter unterschiedlichen Konfigurationen. Oder sogar, um eine eingeschränkte Zufallsüberprüfung im wahrsten Sinne des Wortes auf Systemebene zu unterstützen. Anforderungen, die seit vielen Jahren von vielen Verifizierungsexperten mit Nachdruck gefordert werden. Nichts davon konnte in einer weiteren Version von UVM bequem bewältigt werden.

Daraus entstand PSS 1.0 (und etwas später 1.0a). Es war eine Abkehr von einer bekannten Umgebung und hatte nicht den Vorteil, auf etablierten Lösungen wie AVM, OVM und Vera aufzubauen, wie UVM dies konnte. Tom sagte, die erste Version von PSS habe mehr Gemeinsamkeiten mit der ersten Version von System Verilog. Vielversprechend, erfordert aber von Anwendern und Lösungsanbietern einiges an Umorientierung. Die mit zunehmender Erfahrung anfingen, nach vielen neuen Funktionen zu fragen. Diese konvergieren nun in 2.0, was darauf hindeutet, dass der Standard weiter ausgereift ist.

Neue Eigenschaften

Faris erwähnte, dass 2.0 ein Registermodell in PSS einführt, um beispielsweise die Konfiguration zu unterstützen. Jetzt können PSS-Testdesigns Tests mit Registerreferenzen auf portable Weise erstellen. Ich habe mich noch ein bisschen damit beschäftigt. UVM verfügt über Registermodellierung. Was unterscheidet PSS hier? Faris sagte, dass es in der Abstraktion liegt. PSS achtet darauf, ein flexibles Modell von Registern und Gruppen zu haben, das nicht auf einer vollständigen Instanziierung beruhen muss. Dadurch kann die Realisierungsschicht bestimmen, wie sie am besten damit umgeht, beispielsweise in einem Emulator. Was sich bei Bedarf zweifellos auch in einer UVM-Realisierung niederschlagen lässt. Eine knifflige Sache, diese Abstraktion, aber ich verstehe, worum es geht.

Die neue Version bietet außerdem viel mehr Kontrolle über Szenarien und deren Zusammensetzung. Ermöglichen Sie zeitliche Beziehungen, wenn sich Energieszenarien möglicherweise mit Funktions- und Sicherheitsszenarien überschneiden. Sie fügten außerdem zahlreiche Verbesserungen rund um Exec-Blöcke hinzu, dieser kritischen Realisierungsschicht zwischen der Testbeschreibung auf hoher Ebene und der Zuordnung zu UVM, oder C oder was auch immer das Ziel sein könnte. Diese Verbesserungen ermöglichen eine bessere Wiederverwendbarkeit/Portabilität, indem sie es Benutzern ermöglichen, Exec-Blöcken mehr abstrakte Funktionalität hinzuzufügen. Um dabei zu helfen, prozeduralen Code an einem Ort zu definieren und dennoch auf all diese unterschiedlichen Erkenntnisse abzuzielen.

Wo wird PSS eingesetzt?

Eine weitere offensichtliche Frage: Wie wird PSS heute in der Praxis eingesetzt? Tom sagte, dass ein sehr beliebtes Anwendungsmodell das Bring-up-Testen (vor dem Silizium) sei. Wenn Sie beginnen, die SoC-Funktionalität zusammenzustellen, müssen Sie sicherstellen, dass alles zumindest kommunizieren kann. Die Grundlagen der Kommunikation auf Systemebene, noch bevor Sie das Betriebssystem starten. Hier können Sie die Planung in Ihrer PSS-Testbench nachahmen. Das Tolle am Standard ist, dass Sie über API-Aufrufe eine Verbindung zum Betriebssystem herstellen können. Zunächst muss überprüft werden, ob das Hardwaremodell mit dieser Softwareversion ordnungsgemäß funktioniert. Und Sie können mit der Zufallsauswahl beginnen, um zu sehen, was kaputt geht. Eine ziemlich überzeugende Anwendung für Tools, die auf dem Standard basieren.

Ökosystementwicklung

Zum Abschluss habe ich noch eine Frage zum unterstützenden Ökosystem gestellt – Bibliotheken, Schulungen usw. Erstens hat der Standard in 2.0 die bestehenden Fähigkeiten der Tools überholt, sodass wahrscheinlich bei allen noch Nachholbedarf besteht und das Ökosystem mitziehen wird. Faris sieht viele Möglichkeiten für die Entwicklung von Apps in Bereichen wie Sicherheit und Kohärenz. Diese existieren bereits, aber es lohnt sich, PSS-konforme Implementierungen zu sehen. Ebenso gibt es große Chancen für PSS-Bibliotheken rund um andere Standards: CXL, PCIe und so weiter. In der Lage sein, mit diesen Standards bei der Validierung auf Systemebene zu interagieren. Tom fügte hinzu, dass er auch sicher sei, dass Führungskräfte in der Ausbildung wahrscheinlich auf PSS 2.0 umsteigen werden, sobald die Tools bereit seien.

Möchten Sie mehr wissen? Klicken KLICKEN SIE HIER.

Teile diesen Beitrag über: Quelle: https://semiwiki.com/semiconductor-services/298690-accellera-unveils-pss-2-0-produktionsbereit/