In reply to Muthamizh:
Hi Muthamizh,
To be precise, we will need more information on the bride however, if you have the specs on what kind of apb/i2c transactions will be flowing through this bridge and how this bridge will convert the transactions, a simple per transactional scoreboard can be used. you will need to model following
- expect queue of transactions on the apb side.
- expect queue of transactions on the i2c side.
- golden model of the RTL which converts apb transactions into i2c and vice versa.
- any state information of the RTL ( configurations, ties, constants etc ).
- analysis ports to receive apb and i2c txns sent to bride and received from bridge.
- From your apb and i2c agents, connect the monitor analysis ports to scoreboard.
- whenever a new transaction comes in ( apb/i2c ) , predict the output on the other side or same side.
- Whenever bridge sends out the txn (apb/i2c) check in the expect queue if you were expecting this txn. You can model strict ordering vs/loose ordering. Queues have ordering inherent to them.
- You can add more complex stuff, however this is the framework I will go with.
-Order from chaos!!