Accellera便攜式測試和刺激標準

到目前為止，在本博客系列中，我們已經討論了 Accellera 便攜式測試和刺激標準（PSS）的一些基礎知識，以及它如何增強通用驗證方法（UVM）流程。這是一種非常有效的塊級驗證策略，允許重復使用現有的驗證 IP （VIP）模型。然而，一旦幾個設計 IP 模塊集成在一起，幾乎可以肯定一個或多個處理器將成為子系統的一部分。一旦發生這種情況，就需要一種新的驗證策略。

軟件通常代表系統功能的一個重要方面，它的一部分可能需要包含在驗證過程中。能夠按照 UVM 流程的要求直接操作總線，意味著可以進行更徹底的測試，而不是在將多個模塊集成在一起之后的驗證重點。您不會嘗試重復在每個塊上單獨進行的驗證。相反，您正在嘗試確保模塊之間正確通信并且可以執行產品的更高級別功能。事實上，一旦處理器和總線協議在設計中固定下來，就不可能訪問連接到總線的每個 IP 塊的所有功能。

在模擬環境中，每個處理器都可能由指令集模擬器（ISS）或某種其他形式的行為模型來表示。這些可從所有處理器供應商和第三方處輕松獲得。這些模型提供了功能準確性，雖然它們在時間意義上并不完美，但它們通常足以滿足大多數目的。最重要的是，它們的運行速度比寄存器傳輸級（RTL）模型快幾個數量級，并且已集成到您最喜歡的 RTL 仿真環境中。

您應該在這些處理器上運行什么軟件？過去，會編寫專用測試代碼來以一小套定向測試的形式來測試子系統。經驗豐富的驗證工程師知道開發這些測試并在硬件發生變化時對其進行維護需要多長時間。使用 PSS 和測試綜合，這個問題幾乎變得微不足道。

讓我們不要太快得意忘形了。僅僅因為我們有一條路徑可以自動生成在這些處理器上運行的軟件，問題并沒有完全解決，也沒有回答有關要使用的軟件級別的所有問題。

嵌入式處理器可以以實際運行的軟件可以訪問的確切方式訪問設計中的所有內容。我們為什么不直接運行它？這有幾個原因。首先，生產軟件可能還沒有準備好。雖然左移運動試圖推動軟件開發，但并不總是可以同時開發它們。其次，您不希望您的測試僅限于當前版本的軟件對硬件所做的事情。如果預計稍后會通過軟件更新發布附加功能怎么辦？如果產品最初發布時尚未驗證硬件，則可能會影響您將來添加更新的能力。

這并不意味著您永遠不應該使用任何生產軟件。當您接近完成設計并且驗證接近覆蓋目標時，您可能希望使用生產驅動程序、協議棧的其他一些層，甚至操作系統的元素。例如，Breker 提供了一個可在測試綜合期間使用的函數庫。這些功能，例如內存管理，構成了我們將在以后的博客中討論的多層硬件/軟件接口抽象層的基礎。

在軟件運行時讓測試臺運行是另一個問題。您如何協調子系統或芯片的外部輸入的活動？必須有一種方法在處理器和 VIP 之間進行通信，以便協調活動。我們在 Breker 使用 TrekBox 完成了這項工作（參見圖 1）。