Activity
-
Jim Lewis replied to the topic Bug in AxiStream Receiver for SetAxiStreamOptions that changes WaitForGet in the forum OSVVM 10 months, 3 weeks ago
Hi Hassan,
The 2024.07 release will have a limited set of predefined events added to OSVVM. One of them will signal that the test case has initialized the VC and the VC can start handler type operation.I have an initial proof of concept test case working at this point and expect to release it to the Dev branch sometime soon.
In addition,…[Read more]
-
Stephen became a registered member 10 months, 3 weeks ago
-
Hassan started the topic Bug in AxiStream Receiver for SetAxiStreamOptions that changes WaitForGet in the forum OSVVM 10 months, 3 weeks ago
I require that when the simulation starts the AxiReceiver TReady is low and it stays this way until the VC is given command to read input. This is one of the tests that I have written.
The WaitForGet is declared in line 153 of the AxiStreamReceiver. I tried to change its state using SetAxiStreamOptions(StreamRxRec, RECEIVE_READY_WAIT_FOR_GET,…[Read more]
-
Alex became a registered member 10 months, 4 weeks ago
-
Steve became a registered member 11 months ago
-
Gary became a registered member 11 months ago
-
Dave became a registered member 11 months ago
-
Hassan replied to the topic Optional ports on AXI stream transmitter and receiver cannot be left unused in the forum OSVVM 11 months ago
I believe that the GetAxiStreamOptions could just be used with DEFAULT_ID, DEFAULT_DEST, DEFAULT_USER. However, I am not sure why this is not done anywhere in any testbench that comes with OSVVM.
-
Hassan replied to the topic Optional ports on AXI stream transmitter and receiver cannot be left unused in the forum OSVVM 11 months ago
4. The AXI stream receiver gets the ID, DEST and USER from the transmitter VC. When it gets the data, we can access what the transmitter sent it. What then is the meaning of SetAxiStreamOptions for the receiver? It should only have GetAxiStreamOptions just like it has Get and no Send command. It is a receiver after all.
-
Hassan replied to the topic Optional ports on AXI stream transmitter and receiver cannot be left unused in the forum OSVVM 11 months ago
The USER can be assigned as follows:
SetAxiStreamOptions(StreamTxRec, DEFAULT_USER, User);Or, within the send and sendburst commands:
Send(StreamTxRec, X”AAAA_AAAA”, ID1 & DEST1 & USER1 & ‘0’, TRUE) ;
SendBurst(StreamTxRec, 8, ID2 & DEST2 & USER2 & ‘1’) ;The check can be done like this:
Check(StreamRxRec, X”BBBB_BBBB”, ID1 & DEST1 & USER1 &…[Read more] -
Jim Lewis replied to the topic Dissecting usage of DelayCoveragePkg in the forum OSVVM 11 months ago
> What is the meaning of writing something like this: GenBin(2,10,2)
If this is the only GenBin for a given coverage model, this does not change anything.
Note the coverage model that I edited into the previous discussion for the AxiStreamTransmitter. If I instead did:
AddBins (BurstCov.BurstDelayCov, 80, GenBin(2,8,2)) ; -- 80% Small…
[Read more] -
Hassan replied to the topic Dissecting usage of DelayCoveragePkg in the forum OSVVM 11 months ago
What is the meaning of writing something like this: GenBin(2,10,2) where the number of bins is more than one, as far as the DelayCoverage Model is concerned?
-
Jim Lewis replied to the topic Dissecting usage of DelayCoveragePkg in the forum OSVVM 11 months ago
> Q1. When the GenBin has 3 numbers, why does it always end with 1? This means that we are creating a single bin that has the specified range? This means that any integer can occur in that range with equal probability?
The third parameter indicates how many bins to split a range into. As you observed, this puts it all in one bin. It is indeed…[Read more]
-
Jim Lewis replied to the topic Optional ports on AXI stream transmitter and receiver cannot be left unused in the forum OSVVM 11 months ago
There was. It was removed as it did not work in one of the vendors. I will need to add it back.
-
Hassan started the topic Dissecting usage of DelayCoveragePkg in the forum OSVVM 11 months ago
When I started reading the OSVVM documentation, I left the DelayCoveragePkg and the CoveragePkg for last. I had assumed that both of these are related to functional coverage which is more relevant when pseudo-random stimulus based testbench is used. It was only later that I realized that the DelayCoveragePkg serves a completely different purpose…[Read more]
-
Hassan replied to the topic Optional ports on AXI stream transmitter and receiver cannot be left unused in the forum OSVVM 11 months, 1 week ago
I guess converting it into record is the correct way forward in that case, since that is how it works with the memory mapped AXI4 VC.
So is there any example that uses the AxiStreamGenericSignalsPkg at the moment?
-
Jim Lewis replied to the topic Optional ports on AXI stream transmitter and receiver cannot be left unused in the forum OSVVM 11 months, 1 week ago
Hi Hassan
The AXI interface has a number of optional signals. How to handle these is the interesting proposition. Their width can be configured. The current VC leaves them unconstrained. This means they have to be connected, even if unused and connected to a 0 width std_logic_vector(0 downto 1).That said, can their impact be minimized.…[Read more]
-
Joshua Jesus became a registered member 11 months, 1 week ago
-
Jakub became a registered member 11 months, 1 week ago
-
Hassan replied to the topic Optional ports on AXI stream transmitter and receiver cannot be left unused in the forum OSVVM 11 months, 1 week ago
One more thing. I created the dummy signals but the forgot to update this line:
constant AXI_PARAM_WIDTH : integer := TID_MAX_WIDTH + TDEST_MAX_WIDTH + TUSER_MAX_WIDTH + 1 ;
I had to add the TID_MAX_WIDTH + TDEST_MAX_WIDTH + TUSER_MAX_WIDTH back into them. Certainly the setup feels rather fidly.
- Load More