仿真方法和仿真系統的製作方法

2023-08-10 13:04:26 3

專利名稱：仿真方法和仿真系統的製作方法
技術領域：
本發明涉及在起始時包含如處理器和DSP (數位訊號處理器)的硬體的 各個功能的系統LSI的仿真技術。更具體地，本發明關注於當採用的系統級 語言典型地已知為C/C+十和SystemC時，基於包括時鐘的時間概念的周期基 (cycle base)^U亍仿真的4支術。
背景技術：
在通過使用HDL (硬體描述語言)語言(Verilog和VHDL )的傳統RTL (寄存器傳送級)描述中，仿真可以與每個事件同步地執行。然而，與關於 系統LSI的規模增長相關聯，在操作整個系統LSI的大規模仿真中，事件的 總數增加。結果，在RTL描述級，存在降低了仿真速度這一問題。為了解決上述問題，當前，這樣的機制能夠通過利用如SystemC的系統 級語言來實現高速仿真。然而，即使在採用系統級語言的仿真中，當仿真基 於包括時間概念的周期基而執行時，每個硬體的功能模型也在每個周期執行。例如，根據通過SystemC的系統級語言進行的描述，在當執行仿真時採 用時鐘的時間概念這樣的情形中，當利用 SC—THREAD/SC—CTHREAD/SC—METHOD時，當與時鐘同步4丸行的處理操 作被定義為處理時，執行處理操作(例如，參照非專利公開l)。非專利7^開1:題為"System Design based upon SystemC"的日本書籍， 4乍者Thorsten Grotker、 Stan Liao、 Grant Martin禾口 Stuart Swan，由M. Kakimoto、 M. Kawarabayashi和T. Hasegawa翻譯，MARUZEN K.K.於2003年1月30 日出版。由於執行使用系統語言的仿真，所以可以容易地進行周期基的仿真描述。 而且，可以對每個硬體模型描述周期基上每個硬體的操作描述。然而，當系統LSI的規模進一步增加並且軟體處理操作的規模增加時(該 軟體處理操作期望由系統LSI的仿真器執行)，要在周期基的描述中執行的處 理操作增加，使得期望高速執行仿真。例如，在通過採用上述SystemC的示例中，在SC-THREAD中登記的處 理必須與對SC—THREAD設置的時鐘的上升沿(或者，下降沿)同步執行。 結果，如果構成系統LSI的對象的模型總數增加，則增加的模型使處理總數 增力口。如果當前負載情況不是所有塊都在操作這種最大負載情況，則執行各個模型的操作已經被描述的各個處理。然而，存在許多情況，其中沒有執行可 能對系統有影響的操作。即使在這樣的情況下，由於執行了處理，各個模型 的處理調用也可能構成仿真的開銷。結果，在傳統的仿真方法中，在與每個周期同步執行的每個處理操作中， 操作必須通過檢查系統的狀態而改變，或執行必須通過檢查執行各個處理操 作的主例程中系統的狀態而控制。圖9示出用於描述通過檢查系統的狀態而改變操作的傳統仿真系統的流 程圖。即，在圖9 U)所示的主例程處理操作中，系統被初始化(步驟S41 ); 判斷是否繼續執行仿真(步驟S42);並且當繼續執行仿真時(是)，判斷硬 件處理操作1的執行(步驟S43 )。在步驟S43中，傳統仿真方法的處理操作前進到圖9 (b)中所示的硬體 處理操作1，然後判斷當前處理狀態是否是處理可執行的狀態(步驟S51); 並且在當前處理狀態是處理可執行的狀態時(是)，執行硬體處理操作1 (步 驟S52 )。類似地，在硬體處理操作2 (步驟S44)和另一硬體處理操作3 (步驟 S45)中，傳統仿真方法的處理操作前進到圖9 (b)中示出的硬體處理操作2 和3，其中判斷當前處理狀態是否是處理可執行的狀態(步驟S51 );並且如 果當前處理狀態是處理可執行的狀態(是)，則執行硬體處理操作2或3 (步 驟S52 )。圖IO示出傳統仿真方法的流程圖，在傳統仿真方法中，檢查在用於執行 各個處理操作的主例程中系統的狀態，以便控制執行。即，在圖10(a)所示 的主例程處理操作中，系統被初始化(步驟S61 );判斷是否繼續執行仿真(步 驟S62);並且進一步，判斷硬體處理操作l是否在處理可執行狀態下(步驟 S63);同樣，當硬體處理操作1在處理可執行狀態下時(是)，執行硬體處理 操作i (步驟S64和S71)。類似地，判斷硬體處理操作2是否在處理可執行狀態下(步驟S65);並且當硬體處理操作2在處理可執行狀態下時(是)，執行硬體處理操作2 (步 驟S66和S71)。而且，判斷硬體處理操作3是否在處理可執行狀態下(步驟 S67 );並且當硬體處理操作3在處理可執行狀態下時(是)，執行硬體處理操 作3 (步驟S68和S71)。與上述傳統的仿真方法相反，作為能夠實現高速仿真的方法，存在這樣 的方法，其用於在抽象時間概念時實現沒有時間概念的仿真。在裝配系統的 仿真中，時間概念構成重要的元素，在所述裝配系統的仿真中主要執行在硬 件結構已經被定義為系統LSI後，在開發階段的實時處理操作；並且存在另 一重要之處由定時器進行的時間管理和周期性的處理操作以高精確度仿真。時間概念的抽象已經通過改變圖9和圖IO中所示的主例程的處理操作自 身來實現。現在將描述不抽象時間概念的情況和抽象時間概念的情況之間的 比較。當時間概念沒有抽象時，例如，在圖9的仿真情況下，為了執行5次 硬體處理操作1 (步驟S43 ),傳統仿真方法的處理操作需要5次經過從主例 程的仿真繼續(步驟S42 )開始的循環(從步驟S42到S45定義)。現在假設 該循環對應硬體的1個周期的處理操作，則硬體處理操作1被執行5次的操 作對應執行5個周期的處理操作。換句話說，在這種情況下，當保持每周期 的狀態時，處理操作提升到5個周期。與上述情況相反，在時間概念被抽象的情況下，當執行第一硬體處理操 作時，執行5次硬體處理操作1。在此情況下，可以減少主例程的循環總數， 使得仿真可以以高速執行。然而，不能實現這些周期中的每個的硬體狀態。另一方面，在傳統的仿真方法中，仿真速度由於其他因素而降低。在此 情況下，進行傳統仿真方法的描述。圖11描述構成仿真對象的系統LSI的塊 結構。該仿真對象系統LSI由處理器(CPU) 5、存儲器ll、時鐘發生器9、 重置控制器10、硬體引擎"A，， 6、另一硬體引擎"B" 7和另一硬體引擎"C" 8配置。首先，圖12中表示了用於根據傳統方法執行仿真的裝置。仿真執行單元 1在每個周期利用CPU 5執行每個硬體引擎6、 7和8.圖13描述仿真執行單元1的處理流操作。當開始仿真時，執行初始化操 作(步驟S81)，並且此後執行主例程。在主例程中，CPU模型5獲取存儲器 ll的指令，然後在CPU執行的處理操作(步驟S83)中執行獲取的指令。當執行硬體引擎6、 7和8的每個時，各個硬體引擎6、 7和8根據CPU5的設置值執行各個定義的處理操作(步驟S84、 S85和S86 )。假定當時鐘發 生器9、重置控制器10和存儲器11不在每個周期執行處理操作時，時鐘發 生器9、重置控制器10、和存儲器11僅當從CPU5發出訪問時才執行處理操作。還假設在收到從CPU5發出的訪問後，時鐘發生器9基於其寫入值，控 制各個硬體引擎6、 7和8的時鐘提供狀態。還假設在從CPU 5收到訪問後， 重置控制器IO基於其寫入值，釋放各個硬體引擎6、 7和8的重置狀況。還假設當執行硬體引擎6、 7和8的每一個時，各個硬體引擎6、 7和8 檢查該時鐘發生器9的設置狀態和重置控制器10的設置狀態；如果已經提供 時鐘並且已經釋放重置狀況，則各個硬體引擎6、 7和8執行定義的處理操作。 圖14描述了此時硬體引擎6、 7和8的處理流操作。在傳統的仿真執行方法中，如圖13所示，在每個周期執行這樣的調用處 理操作，即CPU 5的執行(步驟S83 );硬體引擎"A" 6的執行(步驟S84 ); 硬體引擎"B，， 7的執行(步驟S85 );以及硬體引擎"C" 8的執行(步驟S86 )。應當理解，上述"周期"意味著當在每個周期執行仿真時在仿真上時間 前進的單元。在圖13的流程圖中，從關於仿真繼續(步驟S82)的判斷直到 硬體引擎"C" 8的執行(步驟S86)定義的、執行一次的仿真處理構成1個 周期。如圖14的流程操作所示，當執行各個硬體引擎6、 7和8的處理操作時， 確認時鐘狀態(步驟S91)並且確認重置狀態(步驟S92)。如果已經提供時 鍾(是)並且已經釋放重置狀態(是)，則各個硬體引擎6、 7和8執行實際 的處理操作(步驟S93)。如前所述，在傳統的仿真方法中，在主例程中，即使對於不執行實際處 理操作的硬體也執行處理操作，並且在已經執行的處理操作中，出現用於確 認時鐘提供狀態和重置狀態的這樣的處理操作。儘管在該示例中僅有三個硬體引擎作為對象，然而如果這樣的硬體引擎 的總數增加，則執行該處理操作所需的持續時間也增加。結果，可能出現仿 真速度的降低。發明內容這樣的目的提供一種仿真方法和仿真系統，其能夠實現高速仿真而不會由於開銷降低仿真速度。而且，本發明具有另一目的提供一種仿真方法和仿真系統，其能夠減 少由系統LSI的規模增加導致的消極影響同時維持周期基的仿真精度。為了解決上述問題，即，仿真速度的降低，在第一發明中，除了用於執 行仿真周期的步驟外，還提供了另一步驟，通過其響應於每個硬體的狀態改 變，動態形成用於執行仿真周期的列表。當執行仿真周期時，僅執行在形成 的列表中描述的仿真項。結果，在消除傳統仿真方法中在每個仿真周期進行 的各個功能單元的執行和狀態的檢查的同時，可以以高速執行仿真。結果，由於響應於硬體的狀態改變(例如，由來自軟體(CPU)的訪問 的時鐘設置操作和對硬體塊的初始設置操作)而動態形成仿真的執行列表， 所以在維持周期基的仿真精度的同時，可以減少由系統LSI的M^莫增加造成 的影響，使得可以以高速進行仿真。在第二發明中，由於在上述第一發明中描述的仿真的執行列表的形成被 加載到時鐘發生器的功能塊，所以可以以高速執行頻分和門控時鐘時的多周 期的仿真。當CPU設置時鐘時，更新執行列表的內容。當進行每個周期的仿真時， 4叉進行執行列表的執行處理操作而不檢查時鐘的狀態。第三發明對應用於通過檢查時鐘的狀態和重置狀態而形成執行列表的方 法，同時，時鐘發生器和重置控制器包含在仿真系統中。第四發明如下安排即，在預備獨立於仿真的各功能塊的、用於形成執 行列表的功能塊的同時，形成仿真執行列表。在第二發明和第三發明中，已 經採用這樣的基於時鐘狀態和重置狀態而形成執行列表的安排。在仿真的執於多個狀況而形成的情況下，預備了獨立的控制塊；控制塊從每個功能塊接 收關於必要的狀態改變的通知；控制塊管理這些狀態；然後，形成仿真執行 列表。關於從各個功能塊發出的狀態改變的通知，可以構思下面的通知，即， 關於從CPU發出的休眠模式的通知；關於重置控制器中的重置狀態的通知； 關於門控時鐘和操作使能的設置的通知，其特定於每個硬體引擎。第五發明對應於這樣的方法，在當CPU被引入休眠狀態時發出的通知、和當CPU從休眠狀態恢復時發出的通知被定義為狀態改變點時，增加CPU 的休眠狀況下的仿真速度。在此情況下，當用於使CPU進入休眠狀態的指令在仿真期間執行時，上述執行列表的內容被更新，以便從該執行列表刪除CPU。在傳統系統仿真的情形，存在許多主要進行CPU的執行以便執行系統仿真的方法。在該情況下，在起始時不能仿真^f木眠狀態，或者甚至在可以仿真休眠模式的情況下，甚至當CPU被引入休眠狀態時，CPU的例程也必需執行。 由於上述第五發明的方法被採用，所以此外可以增加在CPU處於休眠狀態下的狀況中用於改進仿真速度的效果。根據本發明，在維持周期級的仿真精度的同時，可以以高速執行關於系統LSI的仿真。具體地，這樣的大規模和長時間仿真可以以接近於實際速度 的高速執行，所述仿真包含採用當前可用的大規模和複雜系統LSI的OS、設 備驅動器和中間件，並且其中作為系統而操作的塊通過設置各個功能塊而改 變。由於在本發明的仿真方法中形成執行列表對應於傳統仿真方法中沒有採 用的處理操作，所以通過進行該列表形成的執行增加了執行成本。然而，在 主例程的總執行時間顯著大於狀態改變的總時間的情況下，可以實現可能超 過執行成本的整體速度改進。例如，每當仿真周期前進時執行主例程。關於對時鐘發生器的總訪問數， 該總訪問數變為僅僅當CPU實際訪問時鐘發生器時的總數，因此出現頻率變 得非常低。結果，由於每個周期的執行處理操作基於該方法而減少，所以當 仿真以高速執行時存在很大的優點。


圖1是用於解釋根據本發明的實施方式的仿真系統的示意圖。 圖2是根據本發明的實施方式的仿真系統的框圖(1 )。 圖3是用於表示在根據本發明的實施方式的仿真系統中採用的執行列表 的示例的圖。圖4是用於表示由根據本發明的實施方式的仿真方法進行的處理流操作 的圖。圖5是用於指示根據本發明的實施方式的硬體引擎的處理流操作的圖(1) 。圖6是根據本發明的實施方式的仿真系統的框圖(2)。圖7是用於指示根據本發明的實施方式的硬體引擎的處理流操作的圖(2) 。圖8是根據本發明的實施方式的仿真系統的框圖(3)。圖9(a)、 9(b)是用於示出通過傳統仿真方法進行的處理流操作的圖(1)。圖10(a)、 10(b)是用於指示通過傳統仿真方法進行的處理流操作的圖(2)。圖11是在本發明的實施方式中利用的系統LSI的結構圖。圖12是用於示出用來體現傳統仿真方法的裝置的圖。圖13是用於示出通過傳統仿真方法進行的處理流操作的圖。圖14是用於指示在傳統仿真方法中硬體引擎的處理流操作的圖。
具體實施方式
圖1是用於表示關於實現根據本發明的實施方式的仿真方法的裝置的示 例的圖。該圖中示出的仿真執行單元1執行各個功能模型l到"n"的處理操 作。仿真執行單元1在每個周期執行各個功能模型4，從而仿真系統LSI的 操作。執行列表形成單元2接收關於從功能模型4發出的狀態改變的通知，並 且檢查各個功能模型l到"n"的狀態以便形成執行列表3。執行列表3對應 關於指示應當對其執行仿真的功能模型的信息的列表，即，表示被操作以便 對某個狀態下的系統造成影響的功能模型的信息的列表。仿真執行單元1不 在每個周期執行所有功能模型4,而僅執行在由執行列表形成單元2形成的 執行列表3中描述的功能模型4的處理操作。接下來，描述通過改進傳統的仿真方法體現第一發明和第二發明的方式。 圖2指示這樣的情況，其中第一發明的實施方式和第二發明的實施方式 兩者都已經應用到圖1中示出的本發明的基本結構。這樣設計使得將能夠形 成執行列表3的功能給予時鐘發生器9。時鐘發生器9以類似於傳統仿真方 法的方式，在接收到CPU5的訪問後執行處理操作。如果採用傳統方法，則 時鐘發生器9僅設置時鐘的提供狀態。然而，在第一和第二實施方式中，響 應於例如來自CPU 5的訪問的通知，時鐘發生器9檢查各個硬體引擎6、 7 和8的狀態改變，以便形成執行列表3。換句話說，時鐘發生器9以與從CPU5發送的通知相關的動態方式更新執行列表3的內容。關於CPU 5，假設處理地址之前已經在初始化處理操作中登記在執行列 表3中。圖3示出關於要形成的執行列表3的實例。在圖3中，CPU5、硬體 引擎"A，， 6、以及硬體引擎"C，， 8已經在執行列表3中描述。在執行列表3 中，執行處理操作的地址等已經在每個元素描述。應當理解，執行列表3的 格式不僅限於上述格式，而可以與仿真執行單元1的安裝結合利用最佳執行 列表。圖4指示用於描述根據第一和第二實施方式的仿真方法的處理操作的流 程圖。與圖13中示出的傳統仿真方法的處理流操作相比，第一和第二實施方 式的處理流操作如下執行即，與CPU 5的執行(圖13的步驟S83 )、硬體 引擎"A" 6的執行(步驟S84)、硬體引擎"B，， 7的執行(步驟S85)、和硬 件引擎"C，， 8的執行(步驟S86)相關的處理操作，構成對執行列表3的元 素的處理操作的執行(圖4的步驟S14 )。關於主例程的處理操作，在傳統仿真方法中，主例程已經以固定方式通 過4類這些處理操作(即，CPU5的執行步驟S83;硬體引擎"A"的執行 步驟S84;硬體引擎"B"的執行步驟S85;硬體引擎"C"的執行步驟 S86)而執行，而在第一和第二實施方式中，主例程通過CPU 5的執行和由 時鐘發生器9形成的元素的執行而執行(步驟S14)。結果，當沒有提供時鐘並且在執行列表3中不存在元素時，不執行硬體 引擎"A，， 6、硬體引擎"B" 7和硬體引擎"C" 8中的任何一個。在時鐘僅提供給硬體引擎"A" 6的情況，僅執行硬體引擎"A，， 6，而 在時鐘被提供給硬體引擎"A，， 6和硬體引擎"B" 7兩組的情況，執行兩個 元素。結果，可以與時鐘的提供狀態結合地增加和/或減少在主例程中執行的處 理操作，還可以與時鐘的提供狀態結合地增加處理速度。具體地，在時鐘不被提供給硬體引擎"A" 6、硬體引擎"B" 7和硬體 引擎"C，， 8中的任何一個的狀況下，應當執行的處理操作僅對應CPU5的處 理操作，從而可以以較高速度執行主例程。而且，圖5示出在這些硬體引擎6、 7和8中的任一個中執行的處理操作 的流程圖。如果執行傳統的仿真方法，則時鐘的提供狀態已經在該處理流中 被確認。然而，在第一和第二實施方式的仿真方法中，由於存在時鐘已經在執行該處理操作時的瞬間被提供的初始情況，所以用於確認時鐘提供狀態的 處理操作可以在上述處理操作中消除，導致高速仿真。而且，作為第三發明的實施方式，通過接收從CPU 5對重置控制器10 的訪問，使得上述時鐘發生器9獲取用於更新重置狀態的通知。該第三發明的結構圖在圖6中指示。通過從CPU 5對重置控制器10的 訪問而對重置狀態進行的改變被通知給時鐘發生器9。在接收到該通知後， 時鐘發生器9與時鐘提供狀態結合形成執行列表3。在該第三發明中，在已經提供時鐘並且已經釋放重置狀態的狀況下，元 素被添加到執行列表3，而在時鐘的提供停止、或重置狀態出現的狀況下， 從執行列表3刪除該元素。圖7是用於描述此時的硬體引擎6、 7和8的每個的處理操作的流程圖。 結果，由於執行列表3可以通過考慮時鐘提供狀態和重置狀態而形成，所以 與第二發明的實施方式相比，還可以在圖7中刪除與重置狀態的檢查相關的 處理操作。作為第四發明的實施方式，將能夠形成執行列表3的功能給予時鐘發生 器9作為另一個功能。圖8示出第四發明的上述實施方式的結構圖。結果， 例如，除了時鐘提供狀態和重置狀態外，可以管理包含各個硬體引擎6、 7和 8的特定狀態設置狀況的狀態。應當注意，上述硬體引擎的特定狀態設置狀況意味著，例如該硬體引擎 被設置為休眠模式並因此不執行處理操作的狀況，或由於沒有將操作使能設 置給該硬體引擎、所以硬體引擎沒有操作的狀況。而且，由於該形成功能獨立提供，所以要在時鐘發生器9中執行的處理 操作可以被減少，使得有可能避免由時鐘發生器9執行的處理操作變得複雜。作為第五發明的實施方式，CPU 5的休眠狀態不僅由時鐘發生器9仿真， 而且由重置控制器IO仿真。第五發明的該實施方式的結構圖類似於圖8的結 構圖。作為在第五發明的實施方式中採用的CPU5,假設由於CPU5執行預定 指令，該CPU 5的操作狀態被引入休眠狀態。還假設已經進入休眠狀態的CPU 5不執行包括指令執行的所有處理操作，直到從硬體引擎6、 7和8發出中斷 > 通知。當CPU 5執行用於使CPU 5進入休眠狀態的指令時，CPU 5發出通知給執行列表形成單元2。在接收到該通知後，執行列表形成單元2從執行列表3 刪除CPU 5。此後，在主例程中，執行列表3在CPU 5不存在的狀況下執行。現在假設CPU 5處於休眠狀況並且硬體引擎"A" 6正在操作的狀況， 當硬體引擎"A" 6的執行完成時，發生CPU5的中斷。該中斷還通知給執行 列表形成單元2。在接收到該通知後，執行列表形成單元2再次將休眠狀況下的CPU 5添 加到執行列表3，並且重啟執行。CPU5從休眠狀況接收恢復中斷，並且從該 中斷處理操作重啟操作。根據上述實施方式，在沒有抽象時間概念時，響應於硬體狀態的改變(例 如，通過來自軟體(CPU)的訪問的時鐘設置操作和對硬體時鐘的初始設置 操作)而動態形成仿真的執行列表，然後，參照形成的執行列表執行仿真。 結果，在維持周期基的仿真精度的同時，由系統LSI的規模增加造成的影響 可以減小，使得仿真可以以高速執行。結果，在維持周期級別的仿真精度的 同時，關於系統LSI的仿真可以以高速執行。特別地，這樣的大規模和長時 間的仿真可以以接近於實際速度的高速執行，所述仿真包含釆用當前可用的 大規模和複雜系統LSI的OS、設備驅動器和中間件，並且在該仿真中作為系 統而操作的塊通過設置各個功能塊而改變。根據本發明的仿真方法可以以高速執行，同時維持周期級別的精度。根 據本發明的仿真裝置和仿真方法在利用大規模硬體和大規模軟體並且還需要 實時操作的裝配系統的開發中非常有用。
權利要求
1.一種用於系統大規模集成LSI的仿真方法，包括通過接收關於系統狀態的通知而形成處理操作的列表的步驟，所述處理操作響應於所述系統的狀態而在每個周期被執行；以及在每次已經經過1個周期時執行在所形成的列表中描述的處理操作的步驟。
2. 如權利要求1所述的仿真方法，其中響應於提供給功能模型的時鐘的狀態而形成所述列表。
3. 如權利要求2所述的仿真方法，其中響應於所述功能模型的重置的狀態而形成所述列表。
4. 如權利要求1所述的仿真方法，其中在數據收到與所述系統相關的多個狀態的通知後，響應於所述多個狀態的 組合而形成所述列表。
5. 如權利要求4所述的仿真方法，其中所述多個狀態的通知包括從中央處理單元CPU發出的通知；以及 所述CPU的執行被添加到所述列表或從所述列表刪除。
6. —種用於系統LSI的仿真系統，包括執行列表形成單元，用於通過接收關於系統的狀態的通知而形成處理操 作的列表，所述處理操作響應於所述系統的狀態而在每個周期被執行；以及仿真執行單元，用於在每次已經經過1個周期時執行在所形成的列表中 描述的處理操作。
7. 如權利要求6所述的仿真系統，還包括時鐘發生器，用於響應於提供給功能模型的時鐘的狀態，形成所述列表。
8. 如權利要求7所述的仿真系統，其中所述仿真系統還包括重置控制器，所述重置控制器將所述功能模型的重 置狀態通知給所述時鐘發生器；以及所述時鐘發生器響應於所述功能模型的所述重置狀態形成所述列表。
9. 如權利要求6所述的仿真系統，其中在接收到與所述系統相關的多個狀態的通知後，所述執行列表形成單元 響應於所述多個狀態的組合形成所述列表。
10.如權利要求9所述的仿真系統，其中
11. 一種在計算機可讀介質上體現的系統LSI的仿真程序產品，其在由 計算機執行時使得計算機執行通過接收關於系統狀態的通知而形成處理操作的列表的功能，所述處理 操作響應於所述系統的狀態在每個周期被執行；以及用於在每次已經經過1個周期時執行在所述形成的列表中描述的處理操 作的功能。
12. 如權利要求11所述的仿真程序產品，其中響應於提供給功能模型的 時鐘的狀態而形成所述列表。
13. 如權利要求12所述的仿真程序產品，其中響應於所述功能模型的重置的狀態而形成所述列表。
14. 如權利要求11所述的仿真程序產品，其中在接收到與所述系統有關的多個狀態的通知後，響應於所述多個狀態的組合而形成所述列表。
15. 如權利要求14所述的仿真程序產品，其中所述多個狀態的通知包括從中央處理單元CPU發出的通知；以及 所述CPU的執行被添加到所述列表或從所述列表刪除。
全文摘要
預備了仿真執行單元1、執行列表形成單元2和執行列表3。仿真執行單元1在每個周期不執行所有功能模型4，而僅執行在由執行列表形成單元2形成的執行列表3中描述的這樣的處理操作。在接收到從每個硬體發送的、關於狀態改變的通知後，執行列表形成單元2動態形成處理操作的執行列表3，所述處理操作與狀態改變結合在每個周期執行。結果，仿真執行單元1在每個周期執行適於狀態改變的這樣的處理操作，以便以高速執行仿真。
文檔編號G06F17/50GK101256601SQ200810082008
公開日2008年9月3日 申請日期2008年2月26日 優先權日2007年2月26日
發明者片野智明 申請人:松下電器產業株式會社